软件测试计划1750.pdf

《软件测试计划1750.pdf》由会员分享，可在线阅读，更多相关《软件测试计划1750.pdf（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 软件测试计划 标准化管理处编码BBX968T-XBB8968-NNJ668-MM9N 编号：ST-XX-STP 密级：公司内部 XX System Test Plan 文件编号:ST-XX-STP 状态:草稿?评审?初始版?修订版?文档类型:需求?设计?SCM?测试?项目计划?SQA?项目:XX 模块:当前版本:V 前一版本：页数：10 发布日期：2004-11-03 编写人 Liang LiuYing 修改人 Liang LiuYing 评审人 huangyanqin shifeng 会签人 软件测试 LiangLiuYing SCM shifeng SQA SCM QA songyahu

2、i SPM huangyanqin PM 批准人 SSM 北京中讯润通科技有限公司软件部 2004年11月03日 修改历史 日期 版本 作者 修改内容 评审号 更改请求号 2004-2-23 Liang LiuYing 草稿 2004-2-24 LiangLiuYing 根据评审所提出的问题进行相应修改 2004-2-27 LiangLiuYing 根据评审所提出的问题进行相应修改 2004-8-10 liangliuying 根据review 意见修改 注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。目录 1 概述 本测试计划是针对 PS 平台的 XX 手机产品软

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

4、说明书，XX UI Spec，XX 产品说明PD，XX MenuTree 中的功能/性能的需求。测试组的测试人员在项目启动后开始测试工作的准备，如编写软件系统测试计划，软件系统测试用例（包括手机软件的功能和性能，压力测试等方面），软件测试环境的搭建等。其中根据 XX 软件需求规格说明定义的功能和性能需求，XX UI Spec，XX MenuTree，XX 产品特性说明 PD 编写 XX 软件系统测试用例。在实际运行（使用）环境下根据评审通过的软件系统测试计划和软件系统测试用例进行软件系统的测试，并形成软件系统测试记录和测试 Log。依据软件系统测试记录和 TestLog 等相关信息，对测试记录

5、的结果数据进行整理和评价，并形成软件系统测试报告（周报，里程碑报告，总结报告）。外部测试（现场测试，FTA/TASA）的测试用例确保涵盖手机行业的标准或公司的标准。1.2 范围 本文档适用于指导本项目软件测试组的测试工作。其中内置摄像头、彩信、SMS、移动QQ、等为重点的测试模块。1.3 参考资料 术语及缩略词 MMI Man Machine interface SMS Short Message Service UI User Interface FTA Final Type Approval,是各国 GSM 手机进入 GSM 网络必须通过的专业测试,国内开发的手机一般在邮电部传输所和 7

6、layers 合资的公司参加测试 TA 即邮电部的移动终端入网测试,一般由各个品牌商出面参加测试 SA Shipment assessment ClearQuest:软件需求变更，软件缺陷跟踪管理工具 ClearCase:软件版本配置管理工具 TMT:Test Management Tool 2 测试对象 下面为测试对象：1、消息(包括 MMS、EMS、SMS)2、照相机 3、移动 QQ 4、电话本 5、我的文档 6、设置 7、附件 8、STK 9、WAP 10、游戏 11、电话拨打和接听 12、输入法 13、附加服务 14、硬件相关 15、其它 3 测试步骤 1、项目启动后，项目软件测试负责

7、人负责完成XX 软件系统测试计划，并进行评审和更新维护。2、在项目启动后，依据 XX 软件系统测试计划、XX 的软件需求文档 SRS,UI Spec,MenuTree,PD（Feature List）等，项目软件测试负责人编写软件系统测试用例，并进行评审和更新维护。其中包括 PreTest 的软件系统测试用例。将来用 TMT工具管理测试用例。3、在项目开发组提交第一阶段测试程序（System Test Cycle 1）之后，软件项目测试组依据XX 软件系统测试计划和XX 软件系统测试用例来进行软件测试工作。同时用 Bug 管理工具 ClearQuest 的缺陷跟踪进行软件测试 Bug 的提交，

8、跟踪管理。4、每次对内 Release 之前，需要根据XX PreTest 软件系统测试用例进行 12 天的 PreTest，并用 Excel 记录测试记录，并将发现的 Bug 及时提交给开发组进行Fix。5、每次对外 Release 之前，除了进行 PreTest 之外，还要根据XX 软件系统测试用例进行完整的软件系统测试，并形成测试记录和 TestLog，并将 Bug 提交到ClearQuest 上。6、每个对外正式的 release 版本完成了完整的系统测试（一般为 5 个工作日）后，项目软件测试负责人在软件部 WEB 上的项目页面上及时提交软件测试报告（周报、里程碑报告，总结报告），如

9、有可能提交软件测试记录和有关的 TestLog。7、对于对内的中间版本或者预测试的版本的测试，要求使用 excel 表格记录测试结果（将来用 TMT 工具自动记录）。8、项目组的测试工程师将测试记录结果（如执行的 pretest Testcase 及对应的测试结果）提交给测试负责人，由测试负责人整理、汇总后形成软件系统测试记录报告和软件系统测试报告放置到软件部 WEB 的 XX 项目页面上，并用邮件通知 XX 人员（包括软件项目经理，软件开发人员，SCM，SQA，测试组全体人员）和 PMQASSM 人员。只有 XX 项目的软件测试工程师和软件测试负责人有权往 ClearQuest Open B

10、ug 和将 Bug 状态进行关闭.对于开发人员 Fix 的 Bug 进行回归测试验证,决定将该 Bug Close 或者 ReOpen.9、在测试过程中发生软件需求变更时，XX 软件测试人员根据 ClearQuest 发布的邮件通知,PRM 发布的 PR/CR/DR 通知和评审通知,以及测试组其它项目软件测试工程师发布的软件测试记录和软件测试报告,以及 SQA 提供的 SQA 报告信息,以及软件项目经理/QA 转发的市场和用户以及其他部门反馈的软件问题,以及试用手机发现 BUG,更新 XX 系统软件测试计划和 XX 系统软件测试用例。10、在每次软件内部 Release,外部 Release(

11、FTA,CTA,Factory Poilot Run,量产,维护)时,及时提交 XX 软件系统测试记录报告和 XX 软件系统测试报告.11、每次现场测试时,软件测试负责人负责软件现场测试计划,软件现场测试用例,软件现场测试报告的协调,检查,提交。12、XX 软件系统测试计划和XX 软件系统测试用例要放置在 ClearCase 的 Doc_VobXX 目录下，并及时进行更新，同时更新软件部 WEB 的相关文档的链接。4 测试阶段 测试阶段的接收标准依据软件阶段实现目标执行，参考该文件的相关部分。接收标准分四阶段：System Test Cycle 1：软件系统大部分功能集成完成，并针对已经实现的

12、功能进行系统的软件测试以及内部发布的 PreTest。该阶段结束的接受标准是拨打和接听电话、短信息、电话簿和其它与网络相关的功能全部实现。FTA&Field Test Cycle 2：对经过软件系统测试和现场测试和修改过 Bug 和增加新 Features 的软件送交 FTA 之前进行的系统性软件测试和内部发布的 PreTest 测试，为 FTA 提供软件系统测试报告。，将经过软件系统测试的软件按照软件现场测试计划进行现场测试，以及配合现场测试所需要的软件系统测试和内部发布的 PreTest。将经过软件系统测试的软件按照软件现场测试计划进行现场测试。该阶段结束的接受标准是大部分的软件（如除了游

13、戏和 WAP 功能外）关键功能实现正确。TA Field Test Cycle 3：对经过 FTA 和修改过 Bug 和增加新 Features 的软件送交 CTA 之前进行的系统性软件测试测试和 PreTest 测试，为 CTA 提供软件系统测试报告。将经过软件系统测试的软件按照软件现场测试计划进行现场测试，以及配合现场测试所需要的软件系统测试和内 部发布的 PreTest。将经过软件系统测试的软件按照软件现场测试计划进行现场测试。该阶段结束的接受标准是所有的软件功能实现正确。SA Test Cycle 4：对经过 TA 的软件进行试生产，以及修改 Bug 和增加新 Features 的软件

14、再进行量产前的完整性系统测试和每次内部发布的 PreTest 测试，为 SA 提供软件系统测试报告。该阶段结束的接受标准是所有的软件功能完善和性能稳定。Mass Manafuture Maintance Test Cycle 5：对量产阶段反映的问题和市场用户反馈的问题进行 BugFix，增加必要的新 Features后，每次出厂前需要进行完整性系统测试和每次内部发布的 PreTest 测试，提供软件系统测试报告。该阶段结束的接受标准是所有的反映的软件 Bug 被 Close，并经过充分的回归性测试验证，并且整个软件系统功能完善并且性能稳定。5 回归测试 在每次 Release 之后（对内和对

15、外），在新的正式 release 版本基础上，根据PR/CR/DR 和 ClearQuest 需求变更情况，以及其它项目组的软件测试记录报告，本项目的 SQA 报告，本项目的 Bug 历史记录，以及通过软件项目经理反馈的来自其他渠道的（来自 QA/客户PM/试用手机的 Bug）Bug Fix 后，进行有重点针对性的运行软件测试用例，验证是否实现新增加功能和修改存在的 Bug即回归测试，并形成软件测试记录。然后对测试记录中的 Bug 通过 Clearquest 提交。6 测试工作成果的交付 按照软件测试计划及时交付如下的测试文档：XX软件系统测试计划 XX软件系统测试用例 XX 软件系统 Rel

16、ease 测试记录报告（包括XX 软件发布预测试记录报告）XX软件系统测试报告(周报,月报,总结报告)7 测试任务 参考XX 软件项目开发计划文档制定XX 软件系统测试计划,并进行评审,评审后放入 ClearCase DocVob 库的 XX 目录下,并根据 SDP 计划的改变进行及时更新和维护。并及时将有关信息通知项目组的人员（软件开发人员，SCM,SQA，SPM，SSM，测试组全体人员）及相关的 QA、PM 人员。根据,TF_CNXT_XX_SRS,TF_CNXT_XX_UISPEC,TF_CNXT_XX_MenuTree编写TF_CNXT_XX_SoftwareTestTestCase,

17、并进行评审,评审后放入 ClearCase Doc_Vob 库的 XX 目录下,并根据TF_CNXT_XX_SRS,TF_CNXT_XX_UISPEC,TF_CNXT_XX_MenuTree的改变进行及时更新和维护。并及时将有关信息通知项目组的人员（软件开发人员，SCM,SQA，SPM，SSM）及相关的 QA、PM 人员。每次 Release 测试分为 PreTest 测试和系统测试.其中 PreTest 测试时,将XX预测试软件测试记录报告报送给 SPMSQA 确认和修改.系统测试时,将XX 系统软件测试记录报告和XX 软件系统测试报告报送给 SPMSQA 确认和修改，同时将XX 软件系统测

18、试报告中的测试 Bug 提交给 CLEARQUEST,并及时更新Clearquest 上的 Bug 状态，,并将 SPM/SQA 确认后的XX 系统软件测试记录报告和XX 软件系统测试报告放置在软件部 WEB 的 XX 项目的页面上,并用 Email及时通知项目组人员和 SQA,SCM，软件测试组全体人员，SPM 和 SSM.XX 项目组的测试人员在接到其它项目组的测试报告邮件通知后,及时验证其它项目的 Bug 是否在 XX 存在,如果存在,填写XX软件测试记录报告并将 Bug 提交到Clearquest。及时将每次 Release 的 PreTest 和系统软件测试记录报告和测试报告放置到软

19、件部WEB 上，并通知项目组的人员及相关的 QA、PM 人员。8 测试环境要求 8.1 硬件 下面表格是软件系统测试所要求的硬件环境：SN 设备 数量 使用时间 型号 备注 1 测试手机 专用 2 对比手机（motorola c550,philips639）公用 3 SIM 卡（M-ZONE，moternet,联通）公用 8.2 软件 SN 软件类别 软件名称 用途 1 操作系统 4 手机软件DownLoad 软件 step 5 手机测试 Log 软件 6 管理软件 G HBIKI 软件 PR/CR/DR 管理 PRM 软件评审管理 ClearCase 软件版本管理 G HBIKI 软件需求变

20、更管理 G HBIKI 软件 Bug 跟踪管理 9 职责划分 项目测试负责人:负责跟踪、管理本项目的测试工作，并确保该项目的产品质量无严重错误。负责编写 XX 系统测试计划,XX 系统测试用例,编写 XX PreTest 测试用例,PreTest 测试记录,软件测试报告,捕获软件测试 Log（根据需要），在每个正式发布的 release 版本上验证 Clearquest 上的 Bug，确认后close。对于执行中间版本或者预测试（准备打 lable 时）版本时，将测试的结果与测试工程师的提交的结果进行整理、合并，确认后提交给项目经 理。与项目经理、测试经理、测试工程师进行有效沟通，同时与相关工

21、作人员进行协调。积极主动负责测试本项目，应项目经理要求加班时，应尽量配合。测试工程师:负责实施、执行测试，并记录测试结果。配合项目测试负责人的测试工作，对于执行中间版本或者预测试（准备打 lable 时）版本时，依据 XX 系统测试计划、XX 系统测试用例、XX PreTest 测试用例执行测试，将测试记录的结果和测试报告直接提交给项目测试负责人即可。对于正式发布的release 版本的测试，同样依据 XX 系统测试用例执行，测试的具体部分由项目测试负责人安排。发现的 Bug 经项目测试负责人确认后，提交到Clearquest 上，同时，直接提交测试记录结果给项目测试负责人。应项目经理要求加班

22、时，应尽量配合。10 人员及培训要求 10.1 人员安排 测试活动及人员安排安排如下：人员 日期 备注 测试计划编写和维护 测试用例编写和维护 执行测试 测试报告编写和维护 Pretest 报告编写和维护 量产维护测试 10.2 培训 SN 培训内容 参加人员 培训讲师 1 软件测试规范 软件测试组人员 梁柳影 2 软件测试计划 软件测试组人员 梁柳影 3 软件测试报告 软件测试组人员 梁柳影 11 进度 SN 阶段 人员 时间安排 备注 1 软件测试计划阶段 2 软件测试用例编写阶段 3 System Test Cycle 1 4 FTA Field Test Cycle 2 5 TA Fi

23、eld Test Cycle 3 6 SA Test Cycle 4 7 Mass Manafuture Maintance Test Cycle 5 12 风险及风险管理 1、测试人员未能正确的理解该项目的软件功能需求。措施：可以通过参加软件需求评审。2、测试人员与相关的开发人员交流不够充分。措施：通过建立软件测试记录报告和软件测试报告制度，以及个人周报制度，充分使用 ClearCase，ClearQuest，PRM，PCD 等管理软件系统和软件测试经理的考核。3、软件测试时间不能充分保证和预留（Release PreTest 需要一个工作日，软件系统测试需要 5 个工作日）。措施：软件项目

24、经理尽量将 Release 时间提前通知软件测试人员（最好提前 5 个工作日）。4、由于开发人员 release 版本的延时造成测试工作不能按计划进行，造成测试不能充分。措施：配合开发进度进行相应的加班。13 Bug 管理系统 13.1 Bug 管理 Bug 的管理系统使用的是 Clearquest。Clearquest 的 Bug 提交和关闭仅限本项目组内的测试人员（包括项目软件测试负责人），如果 Bug 的来源不是本项目的测试人员发现的，要求软件项目经理及时通知到本项目的测试负责人，由项目测试负责人确认后，提交 Bug。对于预测试版本（pretest）的发现 Bug,不能提交到 Clear

25、quest 上，要求及时填写并提交软件测试记录报告和软件测试报告，必要时可以组织有关人员（软件项目经理，软件测试经理，SQA 经理，软件测试负责人，核心模块软件开发工程师，软件部总副总经理）进行软件测试记录报告和软件测试报告的评审，对测试报告中的 Bug 进行确认。13.2 BUG级别的定义 一级 Bug(AA)：导致系统无法实现功能目标，使用无法继续进行。主要包括：程序非正常终止、程序死机、关键需求未实现、软件功能与需求严重不符。并且重现率为 50%上的，为一级 BUG。二级 Bug(A)：导致系统无法正常实现功能目标，但知道如何通过其它途径来避免错误发生。主要包括：程序非正常终止但可避免、非关键需求理解错误。并且重现率为 50%以下，或者使用频率不高，为二级 BUG。三级 Bug(B)：系统功能目标基本实现，软件功能与需求基本相符，但部分功能有错误或者界面显示有错误。例如：单个字符串显示错误，图片位置与文字重叠，无法辨认等。四级 Bug(C)：界面显示与需求相符，但用户使用不方便，如用户界面不很友好。