软件测试工作计划范文.pdfVIP

软件测试工作计划

软件测试工作计划范文

时间真是转瞬即逝，我们的工作又迈入新的阶段，是时候开始写

工作计划了。可是到底什么样的工作计划才是适合自己的呢？以下是

小编为大家整理的软件测试工作计划范文，仅供参考，大家一起来看

看吧。

软件测试工作计划篇1

第1章引言

1.1目的

简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时

间安排、工作规范等。

测试计划在策略和方法的高度说明如何计划、组织和管理测试项

目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何

运作的。另外，清晰的文档结构能使任何一个读者在浏览计划的前面

几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框

架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试

用例的细节和系统功能的详细信息。在计划目的中需要指明读者对象。

1.2名词解释

列出本计划中使用的专用术语及其定义

列出本计划中使用的全部缩略语全称及其定义

1.3参考资料

列出本计划各处参考的经过核准的全部文档和主要文献。

1.4测试摘要

这一节主要说明测试计划中重要的和可能有争议的问题。本节的

主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的

人员（比如经理或开发项目的负责人）。

1.4.1重点事项

列出测试的重点事项。可以将问题按重要程度和优先级罗列出来，

然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些

问题有重要影响的人员知道问题的所在

1.4.2争议事项

简要说明争议事项。

1.4.3风险评估

通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，

数据库设计，响应时间，计费策略，因测试环境不足可能存在的测试

缺陷事先评估出来，以指导测试方案，进行有重点的测试．

1.4.4时间进度

简要说明测试开始时间与发布时间。

1.4.5测试目标

简要说明测试发布的质量目标：

测试计划中所有测试方法和模块已经执行通过

所有的测试案例已经执行过

所有的重要等级为1/2的Bug已经解决并由测试验证

第2章项目背景

2.1测试范围

说明本计划涵盖的测试范围，比如功能测试、集成测试、系统测

试、验收测试等。通常说明什么是要测试的，什么是不要测试的是非

常重要的。明确规定这些问题后，测试人员对该做什么有一个清晰的

认识。

（1）简要地列出测试对象中将接受测试或将不接受测试的那些性

能和功能。

（2）如果在编写此文档的过程中作出的某些假设可能会影响测试

设计、开发或实施，则列出所有这些假设。

（3）列出可能会影响测试设计、开发或实施的所有风险或意外事

件。

（4）列出可能会影响测试设计、开发或实施的所有约束。

提示和技巧：

需要测试和特别注意测试那些部分？

测试是否专么针对与某些问题的解决?

哪些部分不需要测试，为什么？

哪些部分需要推迟测试,为什么?

是否要验证每个模块的稳定性？

测试的优先级和先后顺序

2.2测试目标

系统目标对测试人员了解自己需要做什么是非常重要的。测试项

目负责人应积极与系统设计人员或开发人员沟通，以取得相关资料。

测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划

中包括系统视图和目标后，要确保所有的测试人员都知道项目和系统

的目标。

通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努

力转换成可衡量和实现的东西。没有固定的视图和目标，你将无法完

成部分任务。而且，你会发现很难将对产品的认识向别人转述。

2.3联系方式

列出项目参与人员的职务、姓名、E-mail和电话。

2.4风险及约束

列出测试过程中可能存在的一些风险和制约因素，并给出规避方

案。如：

由于客观存在的设备、网络等资源原因，使得测试不全面。明确

说明哪些资源欠缺，产生什么约束

由于研发模式为现场定制，且上线时间压力大，使得测试不充分。

明确说明在此中约束下，测试如何应对

只针对专门的客户群需求的测试