软件测试计划模板课件.docx

《软件测试计划模板课件.docx》由会员分享，可在线阅读，更多相关《软件测试计划模板课件.docx（10页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、耦:ST-XX-STP公司内部ST-XX-STP评审初始版口修订版n测试项目计划门 n模块前一版本：发布日期：文件编号状态草稿n文档类型需求口设计口项目当前版本页数：编写人Liang LiuYing修改人Liang LiuYing评审人huangyanqinshifeng会签人软件测 试LiangLiuYingSCMshifengSQASCMQAsonqyahuiSPMhuangyanqinPM批准人SSMRodger.huangr-f 八 1Zr Ar北京中讯润通科技有限公司软件部2004 年 11 月 03H13 Bug管理系统13.1 Bug 管理的管理系统使用的是。的 提交和关闭仅限本

2、项目组内的测试人员（包括项目软件测试负责人），如果的来源不是本项目的测试人员发现的，要求软件项目经理及时通知到本项目的测试负责人，由项目测试负责人确认后，提交 。 对于预测试版本（）的发现 不能提交到上，要求及时填写并提交软件测试记录报告和软件测试报告，必要时可以组织有关人员（软件项目经理，软件测试经 理， 经理，软件测试负责人，核心模块软件开辟工程师，软件部总/副总经理）进行软 件测试记录报告和软件测试报告的评审，对测试报告中的 进行确认。13.2 8UG级别的定义一级 ：导致系统无法实现功能目标，使用无法继续进行。主要包括：程序非 正常终止、程序死机、关键需求未实现、软件功能与需求严重不符

3、。并且重现率为 上 的，为一级 。二级 ：导致系统无法正常实现功能目标，但知道如何通过其它途径来避免错误 发生。主要包括：程序非正常终止但可避免、非关键需求理解错误。并且重现率为 以 下，或者使用频率不高，为二级 。三级 ：系统功能目标基本实现，软件功能与需求基本相符，但部份功能有错误 或者界面显示有错误。例如：单个字符串显示错误，图片位置与文字重叠，无法辨认等。四级 ：界面显示与需求相符，但用户使用不方便，如用户界面不很友好。修改历史日期版本作者修改内容评审号更改请求号2004-2-230.1LiangLiuYina草稿2004-2-240.2LiangLiu Ying根据评审所提 出的问题

4、进行 相应修改2004-2-270.3LiangLiu Ying根据评审所提 出的问题进行 相应修改2004-8-100.4liangliuyi 诵根据review 意见修改注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。目录1概述1目标1范围1会资料1术语及缩略词12 测试对象23 测试步骤24测试阶段35 回归测试46 测试工作成果的交付47测试任务48 测试环境要求4硬件4软件59职责划分510人员及培训要求6人员安排6培训611 进度612 风险及风险管理613 BUG管理系统713.1 BUG 管理713.2 BUG级别的定义71概述本测试计划是针对平台的

5、手机产品软件功能的测试工作而编写的，主要内容包括 测试对象、测试步骤、接受标准、回归测试，同时也是测试组的测试任务、测试职责、人员 安排、进度和测试的预期风险及使用 管理系统的描述，提供了一个对该软件系统的整体 测试计划，用以指导本项目软件测试组的测试人员的工作，同时也为相关项目开辟人员提供 交流的依据。具有内置摄像头、彩信、挪移 等功能。 的单元测试、集成测试由开辟组完成， 测试组协同开辟组进行测试。系统测试由测试组完成，开辟人员协同配合。外部测试（现场 测试，/ ）由项目软件经理负责，测试组配合。目标本测试计划的目标如下：检验手机软件系统是否满足软件需求规格说明书， 产品说明,中的功能性能

6、的需求。测试组的测试人员在项目启动后开始测试工作的准备，如编写软件系统测试计划， 软件系统测试用例（包括手机软件的功能和性能，压力测试等方面），软件测试环 境的搭建等。其中根据 软件需求规格说明定义的功能和性能需求，,产品特性说明 编写 软件系统测试用例。 在实际运行（使用）环境下根据评审通过的软件系统测试计划和软件系统测试用例 进行软件系统的测试，并形成软件系统测试记录和测试 。 依据软件系统测试记录和等相关信息，对测试记录的结果数据进行整理和评价，并形成软件系统测试报告（周报，里程碑报告，总结报告）。 外部测试（现场测试，/ ）的测试用例确保涵盖手机行业的标准或者公司的标准。范围本文档合用

7、于指导本项目软件测试组的测试工作。其中内置摄像头、彩信、 、挪移 、等为重点的测试模块。参考资料 术语及缩略词Final Type Approval,是各国GSM手机进入GSM网络必须通过的专业测试，国内 开辟的手机普通在邮电部传输所和7layers合资的公司参加测试即邮电部的挪移终端入网测试，普通由各个品牌商出面参加测试Shipment assessmentClearQuest:软件需求变更，软件缺陷跟踪管理工具ClearCase :软件版本配置管理工具TMT: Test Management Tool2测试对象下面为测试对象：、消息包括、照像机、制B移、电话本、我的文档、设置、附件、游戏、

8、电话拨打和接听、输入法、附加服务、硬件相关、其它3测试步骤、项目启动后，项目软件测试负责人负责完成软件系统测试计划，并进行评审 和更新维护。、在项目启动后，依据 软件系统测试计划、的软件需求文档（）等，项目软件测试负责人编写软件系统测试用例，并进行评审和更新维护。其中包括的软件系统测试用例。将来用工具管理测试用例。、在项目开辟组提交第一阶段测试程序（System Test Cycle 1 ）之后，软件项目测试组 依据 软件系统测试计划和 软件系统测试用例来进行软件测试工作。 同时用管理工具的缺陷跟踪进行软件测试 的提交，跟踪管理。、每次对内之前，需要根据软件系统测试用例进行天的 ，并用记录测试

9、记录，并将发现的及时提交给开辟组进行、每次对外 之前，除了进行 之外，还要根据软件系统测试用 例进行完整的软件系统测试，并形成测试记录和，并将 提交到上。、每一个对外正式的版本完成为了完整的系统测试（普通为 个工作日）后,项目软件测试负责人在软件部上的项目页面上及时提交软件测试报告（周报、里程碑报告，总结报告），如有可能提交软件测试记录和有关的。、对于对内的中间版本或者预测试的版本的测试，要求使用表格记录测试结果（将来用工具自动记录）。、项目组的测试工程师将测试记录结果（如执行的及对应的测试结果）提交给测试负责人，由测试负责人整理、汇总后形成软件系统测试记录报告 和软件系统测试报告放置到软件部

10、 的 项目页面上，并用邮件通知 人员（包括软件项目经理，软件开辟人员，测试组全体人员）和 /人员。惟独 项目的软件测试工程师和软件测试负责人有权往和将状态进行关闭对于开辟人员的进行回归测试验证决定将该或者、在测试过程中发生软件需求变更时，软件测试人员根据发布的邮件通知 发布的通知和评审通知 以及测试组其它项目软件测试工程师发布的软件测试记录和软件测试报告以及提供的 报告信息以及软件项目经理转发的市场和用户以及其他部门反馈的软件问题 以及试用手机发现 更新系统软件测试计划和系统软件测试用例。、在每次软件内部外部量产维护时及时提交 软件系统测试记录报告和 软件系统测试报告、每次现场测试时软件测试负

11、责人负责软件现场测试计划软件现场测试用例软件现场测试报告的协调检查提交。 软件系统测试计划和 软件系统测试用例要放置在的/目录下，并及时进行更新，同时更新软件部的相关文档的链接。4测试阶段测试阶段的接收标准依据软件阶段实现目标执行，参考该文件的相关部份。接收标准分四阶段：System Test Cycle 1 ：软件系统大部份功能集成完成，并针对已经实现的功能进行系统的软件测试以及内部发 布的 。该阶段结束的接受标准是拨打和接听电话、短信息、电话簿和其它与网 络相关的功能全部实现。FTA&Field Test Cycle 2：对经过软件系统测试和现场测试和修改过 和增加新的软件送交 之前进行的

12、系统性软件测试和内部发布的测试，为 提供软件系统测试报告。，将经过软件系统测试的软件按照软件现场测试计划进行现场测试，以及配合现场测试所 需要的软件系统测试和内部发布的。将经过软件系统测试的软件按照软件现场测试计划进行现场测试。该阶段结束的接受标准是大部份的软件（如除了游戏和 功能外）关键功能实现正确。TA & Field Test Cycle 3：对经过和修改过和增加新的软件送交之前进行的系统性软件测试测试和 测试，为提供软件系统测试报告。将经过软件系统测试的软件按照软件现场测试计划进行现场测试，以及配合现场测试所需要的软件系统测试和内部发 布的。将经过软件系统测试的软件按照软件现场测试计划

13、进行现场测试。该阶段结束的接受标准是所有的软件功能实现正确。SA Test Cycle 4：对经过 的软件进行试生产，以及修改 和增加新的软件再进行量产前的完整性系统测试和每次内部发布的测试，为 提供软件系统测试报告。该阶段结束的接受标准是所有的软件功能完善和性能稳定。Mass Manafuture & Maintance Test Cycle 5：对量产阶段反映的问题和市场用户反馈的问题进行，增加必要的新后，每次出厂前需要进行完整性系统测试和每次内部发布的测试，提供软件系统测试报告。该阶段结束的接受标准是所有的反映的软件被 ，并经过充分的回归性测试验证，并且整个软件系统功能完善并且性能稳定。

14、5回归测试在每次之后（对内和对外），在新的正式版本基础上，根据和需求变更情况，以及其它项目组的软件测试记录报告，本项目的报告，本项目的历史记录，以及通过软件项目经理反馈的来自其他渠道的（来自客户/ 试用手机的 ）后，进行有重点针对性的运行软件测试用例，验证是否实现新增加功能和修改存在的 一一即回归测试，并形成软件测试记录。然后对 测试记录中的 通过提交。6测试工作成果的交付按照软件测试计划及时交付如下的测试文档： XX软件系统测试计划 XX软件系统测试用例 软件系统测试记录报告（包括XX软件发布预测试记录报告） XX软件系统测试报告周报月报总结报告7测试任务 参考 软件项目开辟计划文档制定软件

15、系统测试计划 并进行评审评审 后放入一 库的 目录下并根据 计划的改变进行及时更新和维护。并及时将有关信息通知项目组的人员（软件开辟人员，,测试组全体人员）及相关的、 人员。 根据编写并进行评审 评审后放入库的 目录下 并根据的改变进行及时更新和维护。并及时将有关信息通知项目组的人员（软件开辟人员，）及相关的、人员。 每次测试分为测试和系统测试其中 测试时将XX预测试软件测试记录报告报送给/确认和修改系统测试时 将XX系统软件测试记录报告和软件系统测试报告报送给 /确认和修改，同时将 软件系统测试报告中的测试 提交给并及时更新上的 状态， 并将 确认后的XX系统软件测试记录报告和 软件系统测试

16、报告放置在软件部的 项目的页面上并用及时通知项目组人员和，软件测试组全体人员，和 项目组的测试人员在接到其它项目组的测试报告邮件通知后及时验证其它项目的 是否在 存在 如果存在填写XX软件测试记录报告并将 提交到 及时将每次 的和系统软件测试记录报告和测试报告放置到软件部上，并通知项目组的人员及相关的、 人员。8测试环境要求硬件下面表格是软件系统测试所要求的硬件环境:设备数量使用时间型号备注测试手机专用对照手机（）公用卡（联 通）公用软件软件类别软件名称用途操作系统手机软件软件手机测试软件管理软件软件管理软件评审管理软件版本管理软件需求变更管理软件跟踪管理9职责划分项目测试负责人负责跟踪、管理

17、本项目的测试工作，并确保该项目的产品质量无严重错误。负 责编写XX系统测试计划,XX系统测试用例，编写XX PreTest测试用例,PreTest 测试记录，软件测试报告,捕获软件测试Log （根据需要），在每一个正式发布 的release版本上验证上的Bug,确认后close。对于执行中间版本或者预测试（准备打者时）版本时，将测试的结果与测试工程师的提交的结果进行整理、合并，确认后提交给项目经理。与项目经理、测试经理、测试工 程师进行有效沟通，同时与相关工作人员进行协调。积极主动负责测试本项 目，应项目经理要求加班时，应尽量配合。测试工程师负责实施、执行测试，并记录测试结果。配合项目测试负责

18、人的测试工作，对 于执行中间版本或者预测试（准备打时）版本时，依据XX系统测试计戈以XX系统测试用例、XX PreTest测试用例执行测试，将测试记录的结果和 测试报告直接提交给项目测试负责人即可。对于正式发布的release版本的测 试，同样依据XX系统测试用例执行，测试的具体部份由项目测试负责人安 排。发现的Bug经项目测试负责人确认后，提交到上，同时，直接提交测试记录结果给项目测试负责人。应项目经理要求加班时，应尽量配 合。10人员及培训要求人员安排测试活动及人员安排安排如下:人员日期备注测试计划编写和维护测试用例编写和维护执行测试测试报告编写和维护报告编写和 维护量产维护测试SN培训内

19、容参加人员培训讲师1软件测试规范软件测试组人员梁柳影2软件测试计划软件测试组人员梁柳影3软件测试报告软件测试组人员梁柳影11进度阶段人员时间安排备注软件测试计划阶段软件测试用例编写阶段System Test Cycle 1FTA& Field Test Cycle 2TA & Field Test Cycle 3SA Test Cycle 4Mass Manafuture &Maintance Test Cycle 512风险及风险管理、测试人员未能正确的理解该项目的软件功能需求。措施：可以通过参加软件需求评审。、测试人员与相关的开辟人员交流不够充分。措施：通过建立软件测试记录报告和软件测 试报告制度，以及个人周报制度，充分使用， 等管理软件系统和软件测试经理的考核。、软件测试时间不能充分保证和预留（Release PreTest需要一个工作日，软件系统测试需 要5个工作日）。措施：软件项目经理尽量将时间提前通知软件测试人员（最好提前个工作日）。、 由于开辟人员版本的延时造成测试工作不能按计划进行，造成测试不能充分。措施：配合开辟进度进行相应的加班。