实用测试计划书(样本)
公司标识(Logo)
软件名称
测试计划书名称
第X.X版
X年X月X日
作者
公司文件,谨供内部使用
目 录
1.测试计划文件名及存放处………………………………………………………………………...
2.测试计划书简介…………………………………………………………………………………...
2.1 测试计划书目的阐述………………………………………………………………………...
2.2 测试背景简介………………………………………………………………………………...
2.3 测试范围……………………………………………………………………………………...
2.4 参考文献……………………………………………………………………………………...
3.测试项目…………………………………………………………………………………………...
4.主要测试部分……………………………………………………………………………………...
5.不测试部分………………………………………………………………………………………...
6.测试内容…………………………………………………………………………………………...
6.1 测试操作平台一览表………………………………………………………………………...
6.2 回归测试……………………………………………………………………………………...
6.3 软件新增部分测试…………………………………………………………………………...
6.4 性能测试……………………………………………………………………………………...
6.5 强度测试……………………………………………………………………………………...
6.6 文件审查……………………………………………………………………………………...
6.7 自动测试……………………………………………………………………………………...
7.测试通过与否的界定准则………………………………………………………………………...
8.测试中止及恢复测试的准则……………………………………………………………………...
9.测试资料…………………………………………………………………………………………...
9.1 测试计划书…………………………………………………………………………………...
9.2 测试实例……………………………………………………………………………………...
9.3 缺陷(测试)报告……………………………………………………………………………...
10.测试具体操作…………………………………………………………………………………….
10.1 测试前的准备工作………………………………………………………………………...
10.2 具体测试…………………………………………………………………………………..
10.3 编写缺陷报告及测试报告………………………………………………………………..
10.4 纠错审核…………………………………………………………………………………..
11.测试基本支持…………………………………………………………………………………….
11.1 硬件方面…………………………………………………………………………………..
11.2 软件方面…………………………………………………………………………………..
11.2.1 测试对象………………………………………………………………………….
11.2.2 测试工具………………………………………………………………………….
11.2.3 第三方软件……………………………………………………………………….
11.2.4 数据库…………………………………………………………………………….
12.各相关部门(组别)的责任分工………………………………………………………………
13.测试人员的配备及培训…………………………………………………………………………
13.1 测试人才配备…………………………………………………………………………….
13.2 技术培训…………………………………………………………………………………
14.测试进度………………………………………………………………………………………..
15.危机处理………………………………………………………………………………………..
相关部门负责人对该测试方案审批记录:
指出该测试文件的名称及文件具体存放处,以便相关人员查找。如果是存放在公司网络上,最好把地址一并给出。如:
\\machinename\engineering\ engineering_repository\groups\qa\templates\testplantemplate.doc)
该文件修改记录:
简单介绍该测试计划书。
列出该文件计划想要达到的目标。如:
*描述测试准备工作及测试工作的具体内容。
*制定测试进度。
*帮助协调相关部门,使测试得以按计划按步骤进行。
*列出该测试计划所涉及文件的出处,以及测试资料的存放处。
*明确测试使用工具及测试所涉及的相关硬件、第三方软件。
*界定测试通过与不通过的准则。
*制定测试报告的规格。
*评估可能出现的危机等。
简单介绍该软件的历史及现状、主要用途、各种重要功能、以及测试的侧重点。
介绍该测试计划所涵盖的软件测试的部分。例如,包括软件系统的
*整体测试
*安装测试
管理界面测试
文档上载下载测试,等等
列出该测试计划书编写过程中使用的所有文件,即测试计划书所依据的所有文件。例如:
列出所有测试项目,包括软件的各个部分及所需测试的版本。例如:
*该软件的CD版及供下载的网络版
*该软件的所有用户手册
*该软件的说明菜单
列出该软件测试计划要测试的软件部分(可以主要功能划分)。以测试一网络购物软件为例,可列出如下这些项:
*新用户登记
*已有用户登录
*产品搜索
*购物
*付款
*退出
列出该测试计划中没有包含的软件部分。例如:
*网页排版
*网络安全等不在测试之列的部分
该部分应列出测试的内容。见下列各项。
这里应以列表形式将测试操作平台一一列出。下面是一个客户/服务器软件的例子。这样客户与服务器应该在哪个平台组合中进行测试就一目了然。另外,还应有客户在不同浏览器的情况下进行测试的列表。
该部分阐述哪些测试实例应包括在回归测试操作里面。无论是手测还是自动化测试,都应将测试结果详细记录在案。
该部分阐述软件新增加部分测试的做法。一般要求测试工程师按照软件规格说明书中对新增部分的说明来编写相关的测试实例。测试工程师在操作时必须详细记录软件/硬件的设置,并记录测试执行日期及测试结果。要求每次软件合成后,至少执行一次对软件新增部分的测试。
该部分按照软件规格说明书中关于软件性能的指标制订出测试的准则。
该部分按照软件规格说明书中关于软件强度的指标制订出测试的准则。
该部分列出所有需要审查的用户说明书(在测试过程中,可以顺便审查用户说明书中各项表述是否正确)。
该部分列出将用什么测试软件、什么时候执行自动测试,以及自动测试包括哪些测试实例。
该部分应明确制订测试是否通过的界定标准,以及测试没有通过的情况下应如何处理。对于功能测试,通常这些标准来自于软件设计说明书,因为软件设计说明书对每一功能都有详细说明。如果测试中发现异常之处,应将缺陷归类为某一等级、编写缺陷报告、及时送出。如果缺陷属性严重,则不能在纠正之前推出。
这一部分应明确制订在哪种情况下中止全部或部分测试操作,以及在哪种情况下可以恢复测试。例如,在实际的测试过程中,软件的某个部分需做改动,而该部分与其他部分又是相关的。因此,如果开发人员此时进行改动,会影响测试计划进程。在这种情况下,我们应该中止全部还是部分测试操作?又比如在纠错后,我们是否应该全面恢复测试,还是只做某一部分测试就可以了呢?这些问题都应该在这里找到答案。
列出测试部门可以提供的相关资料,包括已有的及将有的。
该测试计划书名称及存放处。
根据软件规格说明书及设计说明书的各项要求或描述,详细列出测试实例,包括测试值、测试操作过程、测试期待值等。
列出缺陷(测试)报告的规格及存放处。如果用专门的缺陷(测试)报告软件,要说明使用该软件的注意事项。
列出测试的主要操作简单介绍。
列出各项测试前准备工作,包括软件及硬件的准备工作。
列出执行测试实例操作的要求。
这里要对测试结果分析做出具体规定,即如何确定缺陷的严重性、纠错急缓的分级,如何列出缺陷再现步骤,等等。
列出要对纠错后针对该缺陷的出现情况进行专门复测做出规定。
列出测试所需各项软硬件方面的需求。
列出测试所需装有各种操作平台的计算机,例如:
台式计算机:
装有windows me 的若干台;
装有windows xp 的若干台;
装有windows nt 的若干台;
装有 linux 的若干台;
……
工作站:
运行solaris 7 的若干台;
运行solaris 8 的若干台;
运行aix 的若干台;
运行hp-ux 的若干台;
……
要测试的软件名称。
一般指自动测试软件,如winrunner、silktest等。
列出被测试的软件与之共存的第三方软件,例如:
IE x.x
Netscape communicator x.x
如果软件带数据库,应在此列明。例如:
Oracle x.x;
Ms sql x.x;
……
这一部分将所有参与该软件管理、开发、测试、技术支持及销售等部门(组别)的责任明确下来,并列出这些部门之间应如何沟通协助。例如:
管理部门将保证提供测试部门所需的各种资源。
开发部门应及时提供测试软件,包括下载及CD等版本。
技术文件编写部门应提供测试所需的参考文件。
测试部门对所测试软件整体及各部分的质量负全责。
技术支持部门将负责客户意见反馈。
公司其他员工将参加软件ALTHA版的测试。
市场及销售部门将负责组织软件BETA版的测试。
……
列出对测试相关人员的需求及必要的技术培训。
列出测试所需的人力资源。例如,测试期间至少需要N位全职测试工程师等。
列出测试工程师的专业水平要求及培训计划。例如:
参加该软件测试的工程师应在测试工程师III或以上水平,且具有一定的winrunner、perl、TCL/expect编程经验。如需重新学习,可由公司支付学费。测试部门将组织定期学术讨论及提供新测试辅助软件使用培训。
此处应以列表方式将各时期的大概测试进度要求标示清楚。在实际的工作中,测试部门经理还应另外绘制更详细、更精确的测试进度表,把测试人员分配及工作分配都与时间联系起来,并定期碰头检查各自的工作进度。
列出测试过程中可能出现的危机。例如:
如果同时需要测试其他软件产品,或本项目测试人员被抽调支援其他测试项目,则可能影响本软件的测试进程。
如果硬件或网络方面出现问题,则测试进度可能出现延误。
如果用户手册等文件不能按时交与测试部门,则有可能在测试后重新单独审核,而不是在测试的过程中一并完成,因此也可能耽误测试进度。
软件测试计划
1
1 概述
1.1 测试目的
说明本项目测试目的、预期达到的目标。
1.2 背景
说明本项目测试的背景。
1.3 参考资料
列出编写本计划及测试整个过程中所要参考的文件、资料。 2 测试基本内容
2.1 测试要点
测试要点应对以软件测试的以下信息进行具体描述。
测试方法:本次测试采用的测试方法(黑盒或白盒测试)。 测试类型:测试类型的说明。
测试手段:如手工测试、自动测试或手工与自动测试相结合。 采用手工与自动测试相结合的方式,说明不同手段所占比例。 采用自动测试,需详细说明选用的测试工具。
测试内容:根据软件项目的实际特点确定确认测试的测试内容。 对部分软件除基本的功能测试外,可能还包括:
性能测试、安全性测试、极限测试、并发操作测试等。
2.2 测试环境
说明本次测试软件的运行与测试所需的硬件环境和软件环境。
2.3 测试范围
确定本次测试范围。
2
2.4 测试工具
说明本次测试使用的测试工具,包括自编测试程序,并进行确认。
2.5 测试开始时间
指明本项目测试工作的开始时间。
2.6 测试结束时间
确认测试工作预计的完成时间。
3 实施计划
3.1 测试设计工作任务分解和人员安排
测试设计工作应包括对系统功能及专业知识的学习,
编写测试大纲、设计测试用例等工作。
3.1.1 时间安排
测试设计开始时间:测试设计工作预计开始时间。
测试设计结束时间:测试设计工作预计结束时间。
3.1.2 人员安排
列出预计参加本次测试设计工作的全部测试人员。
3.2 输出要求
测试设计工作的输出应包括《测试用例》、《测试记录表》、《测试报告》。 对系统功能及专业知识学习如有必要也要形成书面材料。
由测试小组负责规定组织相关的测试人员进行评审计划。
3
产品名称测试计划模板测试计划目录1简介4111213141523目的4背景4范围4术语4参考文档4测试需求5测试资源53132人力…
北方民族大学课程设计报告系部中心计算机科学与工程学院姓名xxx学号xxxxxx专业xxxxx班级09同组人员课程名称软件测试技术设…
实用测试计划书样本公司标识Logo软件名称测试计划书名称第XX版X年X月X日作者公司文件谨供内部使用目录1测试计划文件名及存放处2…
78236481doc购物车系统测试计划文档文档编号RJ20xx106产品版本R10产品名称购物车系统R10软件测试计划文档作者开…
手机APP软件测试计划书小组成员周兴婷20xx081163目录1引言211目的212背景213范围214定义215参考资料216测…
需求规格说明书案例A网上书店系统需求规格说明书1引言11编写目的在完成了针对网上书店市场的前期调查同时与多位用户进行了全面深入地探…
测试计划目录1概述111121314产品简介1范围1限制条件1参考文档12约定2212223测试目标2接收标准2资源和工具2资源2…
测试计划目录1概述111121314产品简介1范围1限制条件1参考文档12约定2212223测试目标2接收标准2资源和工具2资源2…
软件测试用例设计测试需求和范围通过测试用例体现出来并以更为有效的方式来执行测试以便于更快地发现程序的缺陷测试用例是测试脚本开发测试…
软件测试计划第1章引言11目的4行宋小四在开发jsp网站过程中人的主观认识不可能全符合客观现实与网站密切相关的各类人员之间的通信和…
土豆整理关于本文所有资料均来自互联网整理土豆QQ860552905PS如果需要工具包或想深入了解学习的朋友可以加我QQ860552…