当前位置:文档之家› 软件测试计划

软件测试计划

编号:ST-XX-STP密级:北京中讯润通科技有限公司软件部2004年11月03日修改历史目录1 概述 (1)1.1目标 (1)1.2范围 (1)1.3参考资料 (1)术语及缩略词 (1)2测试对象 (2)3测试步骤 (2)4测试阶段 (3)5回归测试 (4)6测试工作成果的交付 (4)7测试任务 (4)8测试环境要求 (4)8.1硬件 (4)8.2软件 (5)9职责划分 (5)10人员及培训要求 (6)10.1人员安排 (6)10.2培训 (6)11进度 (6)12风险及风险管理 (6)13BUG管理系统 (7)13.1B UG 管理 (7)13.2BUG级别的定义 (7)1 概述本测试计划是针对PS平台的XX手机产品软件功能的测试工作而编写的,主要内容包括测试对象、测试步骤、接受标准、回归测试,同时也是测试组的测试任务、测试职责、人员安排、进度和测试的预期风险及使用BUG管理系统的描述,提供了一个对该软件系统的整体测试计划,用以指导本项目软件测试组的测试人员的工作,同时也为相关项目开发人员提供交流的依据。

XX具有内置摄像头、彩信、移动QQ等功能。

XX的单元测试、集成测试由开发组完成,测试组协同开发组进行测试。

系统测试由测试组完成,开发人员协同配合。

外部测试(现场测试,FTA/TA/SA)由项目软件经理负责,测试组配合。

1.1目标本测试计划的目标如下:●检验手机软件系统是否满足XX软件需求规格说明书,XX UI Spec,XX产品说明PD,XX MenuTree中的功能/性能的需求。

●测试组的测试人员在项目启动后开始测试工作的准备,如编写软件系统测试计划,软件系统测试用例(包括手机软件的功能和性能,压力测试等方面),软件测试环境的搭建等。

其中根据XX软件需求规格说明定义的功能和性能需求,XX UISpec,XX MenuTree,XX产品特性说明PD编写XX软件系统测试用例。

●在实际运行(使用)环境下根据评审通过的软件系统测试计划和软件系统测试用例进行软件系统的测试,并形成软件系统测试记录和测试Log。

●依据软件系统测试记录和TestLog等相关信息,对测试记录的结果数据进行整理和评价,并形成软件系统测试报告(周报,里程碑报告,总结报告)。

●外部测试(现场测试,FTA/TA/SA)的测试用例确保涵盖手机行业的标准或公司的标准。

1.2范围本文档适用于指导本项目软件测试组的测试工作。

其中内置摄像头、彩信、SMS、移动QQ、等为重点的测试模块。

1.3参考资料●< ST_XX_Schedule.mpp>●<ST_QCT_XX_MENUTREE>●< ST_QCT_XX_SCMP >●< ST_QCT_XX_SQAP>●<ST_XX_ UI_Spec>●<Objective of software implement in every phrase>术语及缩略词MMI Man Machine interfaceSMS Short Message ServiceUI User InterfaceFTA Final Type Approval,是各国GSM手机进入GSM网络必须通过的专业测试,国内开发的手机一般在邮电部传输所和7layers合资的公司参加测试TA 即邮电部的移动终端入网测试,一般由各个品牌商出面参加测试SA Shipment assessmentClearQuest:软件需求变更,软件缺陷跟踪管理工具ClearCase :软件版本配置管理工具TMT: Test Management Tool2 测试对象下面为测试对象:1、消息(包括MMS、EMS、SMS)2、照相机3、移动QQ4、电话本5、我的文档6、设置7、附件8、STK9、WAP10、游戏11、电话拨打和接听12、输入法13、附加服务14、硬件相关15、其它3 测试步骤1、项目启动后,项目软件测试负责人负责完成《XX软件系统测试计划》,并进行评审和更新维护。

2、在项目启动后,依据XX软件系统测试计划、XX的软件需求文档SRS,UISpec,MenuTree,PD(Feature List)等,项目软件测试负责人编写软件系统测试用例,并进行评审和更新维护。

其中包括PreTest的软件系统测试用例。

将来用TMT工具管理测试用例。

3、在项目开发组提交第一阶段测试程序(System Test Cycle 1)之后,软件项目测试组依据《XX软件系统测试计划》和《XX软件系统测试用例》来进行软件测试工作。

同时用Bug管理工具ClearQuest的缺陷跟踪进行软件测试Bug的提交,跟踪管理。

4、每次对内Release之前,需要根据《XX PreTest软件系统测试用例》进行1~2天的PreTest,并用Excel记录测试记录,并将发现的Bug及时提交给开发组进行Fix。

5、每次对外Release之前,除了进行PreTest之外,还要根据《XX软件系统测试用例》进行完整的软件系统测试,并形成测试记录和TestLog,并将Bug提交到ClearQuest上。

6、每个对外正式的release版本完成了完整的系统测试(一般为5个工作日)后,项目软件测试负责人在软件部WEB上的项目页面上及时提交软件测试报告(周报、里程碑报告,总结报告),如有可能提交软件测试记录和有关的TestLog。

7、对于对内的中间版本或者预测试的版本的测试,要求使用excel表格记录测试结果(将来用TMT工具自动记录)。

8、项目组的测试工程师将测试记录结果(如执行的pretest Testcase及对应的测试结果)提交给测试负责人,由测试负责人整理、汇总后形成软件系统测试记录报告和软件系统测试报告放置到软件部WEB的XX项目页面上,并用邮件通知XX人员(包括软件项目经理,软件开发人员,SCM,SQA,测试组全体人员)和PM/QA/SSM人员。

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

10、在每次软件内部Release,外部Release(FTA,CTA,Factory Poilot Run,量产,维护)时,及时提交XX软件系统测试记录报告和XX软件系统测试报告.11、每次现场测试时,软件测试负责人负责软件现场测试计划,软件现场测试用例,软件现场测试报告的协调,检查,提交。

12、《XX软件系统测试计划》和《XX软件系统测试用例》要放置在ClearCase的Doc_Vob/XX目录下,并及时进行更新,同时更新软件部WEB的相关文档的链接。

4 测试阶段测试阶段的接收标准依据《软件阶段实现目标》执行,参考该文件的相关部分。

接收标准分四阶段:System Test Cycle 1:软件系统大部分功能集成完成,并针对已经实现的功能进行系统的软件测试以及内部发布的PreTest。

该阶段结束的接受标准是拨打和接听电话、短信息、电话簿和其它与网络相关的功能全部实现。

FTA &Field Test Cycle 2:对经过软件系统测试和现场测试和修改过Bug和增加新Features的软件送交FTA之前进行的系统性软件测试和内部发布的PreTest测试,为FTA提供软件系统测试报告。

,将经过软件系统测试的软件按照软件现场测试计划进行现场测试,以及配合现场测试所需要的软件系统测试和内部发布的PreTest。

将经过软件系统测试的软件按照软件现场测试计划进行现场测试。

该阶段结束的接受标准是大部分的软件((如除了游戏和WAP功能外))关键功能实现正确。

TA & Field Test Cycle 3:对经过FTA和修改过Bug和增加新Features的软件送交CTA之前进行的系统性软件测试测试和PreTest测试,为CTA提供软件系统测试报告。

将经过软件系统测试的软件按照软件现场测试计划进行现场测试,以及配合现场测试所需要的软件系统测试和内部发布的PreTest。

将经过软件系统测试的软件按照软件现场测试计划进行现场测试。

该阶段结束的接受标准是所有的软件功能实现正确。

SA Test Cycle 4:对经过TA的软件进行试生产,以及修改Bug和增加新Features的软件再进行量产前的完整性系统测试和每次内部发布的PreTest测试,为SA提供软件系统测试报告。

该阶段结束的接受标准是所有的软件功能完善和性能稳定。

Mass Manafuture & Maintance Test Cycle 5:对量产阶段反映的问题和市场用户反馈的问题进行BugFix,增加必要的新Features 后,每次出厂前需要进行完整性系统测试和每次内部发布的PreTest测试,提供软件系统测试报告。

该阶段结束的接受标准是所有的反映的软件Bug被Close,并经过充分的回归性测试验证,并且整个软件系统功能完善并且性能稳定。

5 回归测试在每次Release之后(对内和对外),在新的正式release版本基础上,根据PR/CR/DR和ClearQuest需求变更情况,以及其它项目组的软件测试记录报告,本项目的SQA报告,本项目的Bug历史记录,以及通过软件项目经理反馈的来自其他渠道的(来自QA/客户/PM/试用手机的Bug)Bug Fix后,进行有重点针对性的运行软件测试用例,验证是否实现新增加功能和修改存在的Bug――即回归测试,并形成软件测试记录。

然后对测试记录中的Bug通过Clearquest提交。

6 测试工作成果的交付按照软件测试计划及时交付如下的测试文档:●《XX软件系统测试计划》●《XX软件系统测试用例》●《XX软件系统Release测试记录报告》(包括《XX软件发布预测试记录报告》)●《XX软件系统测试报告》(周报,月报,总结报告)7 测试任务●参考《XX软件项目开发计划》文档制定《XX软件系统测试计划>,并进行评审,评审后放入ClearCase Doc—Vob库的XX目录下,并根据SDP计划的改变进行及时更新和维护。

并及时将有关信息通知项目组的人员(软件开发人员,SCM,SQA,SPM,SSM,测试组全体人员)及相关的QA、PM人员。

相关主题