软件测试计划模板参考文档.docx

1、软件测试计划模板参考文档XXX项目软件测试计划编号：xxxx公司20xx年xx月1文档说明1.1文档信息文档大体信息参看表1-1文档信息表。表 11文档信息表文档作者创建日期20xx年xx月xx日当前版本上次版本无1.2文档控制1.2.1变更记录文档变更记录在表1-2中详细记录。表12变更记录表变更日期变更人版本备注2016-05-05新增2016-05-05修改2016-05-05删除1.2.2审阅记录表1-3中详细记录了审阅记录。表13审阅记录表审阅日期审阅人版本备注2引言2.1编写目的本文档主要论述“xx系统”测试进程中的一些细节，为“xx系统”的测试工作提供一个框架和规范：1)肯定项目

2、测试的策略、范围和方式。2)使项目测试工作的所有参与人员（客户方参与人员、测试管理者、测试人员）对本项目测试的目标、范围、策略、方式、组织、资源等有一个清楚的熟悉。3)使项目测试工作的所有参与人员理解测试控制进程。4)从策略角度说明本项目测试的组织和管理，指导测试进展，并作为项目测试工作实施的依据。预期的读者主要有两类受众：测试管理人员（项目领导、客户指派人员）和测试人员。1)项目领导按照该测试大纲制定进一步的计划、安排（工作任务分派、时间进度安排）和控制测试进程。2)客户指派人员通过该测试大纲了解测试进程和相关信息。3)测试人员按照该测试大纲中制定的范围、方式肯定测试需求、设计测试用例、执行

3、和记录测试进程并记录和报告缺点。2.2项目背景1)项目背景2.3参考资料表2-1列出了这次计划涉及到的参考资料。表 21参考资料名称备注GBT 15532-2008 计算机软件测试规范GBT 9386-2008 计算机软件测试文档编制规范2.4术语和缩略语本文利用了Error! Reference source not found.所显示的面向用户的术语、概念，包括通用词语在本文档中的专用解释。表 22术语/概念术语/定义说明Error! Reference source not found.所列为本文用到的缩略语。表 23缩略语缩略语说明测试范围测试该项目所需要执行的全部工作3测试策略3.1

4、整体策略本项目的特点：1)参与测试的人员部份是第一次接触大数据平台采购项目系统。2)项目系统庞大，内容涉及普遍，功能复杂。3)距离初验时间不到两个月，时间比较紧。按照以上特点，制定本项目的测试进程策略如下：1)尽可能做到在有限的时间里发现尽可能多的缺点（尤其是严重缺点）。2)测试计划、部份用例设计同步进行。3)测试进程要受到控制。按照事前概念的测试执行顺序进行测试，并填写测试记录表，保证测试进程是受控的。4)肯定重点。测试重点放在各子系统的功能实现上，问题较多的则是重中之重。依据标准：本次测试中测试文档的编写、测试用例的编写、具体的执行测试和测试中各项资源的分派和估算，都是以项目领导提供的各子

5、系统的需求文档、设计文档为标准，软件的执行以系统逻辑设计构架为依据。测试进程：图 31 测试进程图3.2测试范围制定这次项目测试范围的依据为：1)各子系统所包括的功能。2)同项目负责人特别肯定的测试范围。要测试的子系统：表 31测试范围测试内容测试范围功能测试数据接入子系统数据分析子系统共享服务子系统平台管理专题应用3.3测试交接标准3.3.1单元测试交接标准 该测试主要由项目组进行，由各项目组按照项目需要进行约定即可。3.3.2集成测试交接标准 该测试由项目组和测试组来进行。1)约定测试内容全数完成，并通过了单元测试，由相关人员签字确认。3.4测试通过标准1)计划的测试用例已全数执行。2)经

6、肯定的所有缺点都已取得了商定的解决结果，并无发现新的缺点。3.5测试类型3.5.1功能测试表 32功能测试类型描述测试目标验证软件提供的功能是否都可以实现。测试方法和技术检验在输入正确数据时结果能否与设计期望相符合；检验在输入错误数据时软件能否报警并正常运行。完成标准所有功能都经过测试，且达到目标。3.5.2性能测试表 33性能测试类型描述测试目标对软件的响应时间、并发性、吞吐量，处理精度等指标进行测试以确认软件是否达到客户需求。测试方法和技术采用黑盒方法测试每个功能并记录。完成标准各指标都达到标准。3.5.3容量测试表 34容量测试类型描述测试目标增大软件输入数据量,以确认软件在处理大量数据

7、时运行正常。测试方法和技术对设计时预计的平均数据处理量提高一个数量级。完成标准大数据量输入时软件可以正常完成功能。3.5.4安全测试表 35安全测试类型描述测试目标确保软件用户都在权限以内进行操作。测试方法和技术采用黑盒测试法通过登陆不同权限用户模式进行软件操作从而确保安全性。完成标准各权限用户只能在权限规定范围内进行操作。3.6风险分析1)测试人员对系统熟悉程度的风险：参与本项目的测试人员在通太短时间的系统培训后，仍然有可能没有完全掌握系统的业务细节，这将在后面的测试设计和测试执行工作造成一些测试逃逸现象（即一些要测试的方面没有覆盖到）。2)测试工具利用的风险：目前测试人员对性能测试的一些工

8、具利用经验不足，需要花费必然的时间研究。4测试方式4.1里程碑技术在本项目中，咱们将整个测试进程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个进程。咱们将整个测试进程分为以下几个里程碑：表 41测试进程信息表里程碑完成标准系统培训：1.对于本项目所有需要测试的系统的培训完成。2.测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能。测试设计：1.测试用例已覆盖所有测试需求。2.测试用例设计已经完成。测试执行：1.所有测试用例被执行。2.发现的缺陷都有缺陷记录。3.测试过程有测试记录。结果分析：1.完成测试分析报告。4.2测试用例设计本次测试的测试案例，是在通过系

9、统培训后，由测试人员按照客户对系统的介绍和自己对系统的理解依照系统层次结构组织编写。1)本系统案例的编写采用黑盒测试常常利用的分析方式设计用例。2)对于每一个测试用例，测试设计人员应为其指定输入（或操作）、预期输出（或结果）。3)每一个测试用例，都必需有详细的测试步骤描述。4)本次测试设计的所有测试用例均需以规范的文档方式保留。5)在整个测试进程中，可按照项目实际情况对测试用例进行适当的变更。6)测试用例中测试数据的准备，在客户的指导和协助下准备。7)依照系统的运行结构安排用例的执行。4.3测试实施进程 本项目由3位测试人员别离负责不同的子系统的测试，实施进程如下：1)准备测试所需环境。2)准

10、备测试所需数据。3)依照系统运行结构执行相应测试用例。4)记录测试进程和发现的缺点。5)报告缺点。4.4测试方式综述 本项目测试包括：1)功能测试，测试各功能是不是有缺点。2)测试人员执行测试时，要严格依照测试用例中的内容来执行测试工作。3)测试人员要将测试执行进程记录到测试执行记录文档中。4)测试人员要对测试中发现的问题记录到缺点记录中。5)测试组织。4.5测试团队结构 表4-2标明了测试团队结构信息。表 42测试团队结构表角色人员职责测试主管1)组织测试培训2)组织环境搭建3)制定测试大纲4)需求、用例审核5)控制测试进度6)与相关部门、人员沟通客户指派1)协助沟通2)协助确定测试需求3)

11、协助准备测试环境和数据测试设计1)设计测试用例2)准备测试数据测试执行1)按计划执行测试用例2)记录执行过程3)提出纠正建议措施缺陷报告1)记录、报告所发现的缺陷测试分析1)分析测试结果2)编写成测试分析报告5资源需求5.1培训需求参与本次测试的测试人员需要项目组长对测试人员进行系统的相关培训。培训内容包括：1)系统架构的培训。2)系统数据流程的培训。3)各子系统的功能培训。4)哪些部份是本次的重点测试对象。5.2运行环境5.2.1软件运行环境 表5-1列出了被测系统的软件运行环境。表 51软件运行环境分类软件运行系统CentOS75.2.2硬件运行环境 表5-2列出了被测系统的硬件运行环境。

12、表 52硬件运行环境资源类型资源描述数量6各阶段时间分派 表 6-1列出了个阶段时间分派情况。表 61各阶段时间分派表测试开始时间：2016年xx月xx日测试结束时间：2016年xx月xx日序号名称完成日期工作量(人日)11)测试大纲22)系统培训33)测试设计44)测试执行55)结果分析7测试进程管理7.1测试文档7.1.1测试文档管理本项目对测试文档进行集中管理，文档集中寄存在项目测试小组优势，每周备份一次。 测试文档由不同角色别离创建，各角色创建的文档如表7-1测试文档信息表所示：表 71测试文档信息表文档名称编制者其它说明6)测试大纲7)测试主管8)测试用例说明书9)测试设计人员10)缺陷记录11)缺陷报告人员12)测试总结分析报告13)测试主管7.2缺点处置进程特概念缺点处置进程如下：14)测试结束时项目领导将所有缺点整合成一个完整的缺点文档，同其它测试文档一同提交给客户。7.3测试报告测试进程中，需要产生以下报告：表 72测试报告信息表报告名称报告内容编制者接受者测试总结报告15)测试过程概要16)测试分析总结17)建议18)客户代表19)公司领导