软件测试计划规范

测试说明

1. 测试目的：

重点描述如何使测试建立在客观的基础上，定义测试的策略，测试的配置，粗略的估计测试大致需要的周期和最终测试 告递交的时间。

1. 变更信息：

说明可能企导致测试计划变更的事件和风险。包括测试工其改进了，测试的境改变了，或者是添加了新的功能。

1. 软件结构及技术要求：

将被测软件划分成几个组成部分，规划成一个适用于测试的完整的系统，包括数据是如何存备的，如何传递的(数据流图)，每一个部分的测试法要达到什么样的目的。每一个部分是怎么就现数据更新的，还有一些常规性的技术要求，比如运行平台，需要什么样的数据库等等。

1. 软件产品规格说明：

就是制造商和产品版本 的说明，还可以包括关于被测系统的重要说明，如版权，日期等。

1. 测试范围：

简单的描述如何搭建测试平台以及 测试的潜在的风险等。

1. 项目信息：

• 测试需求

列出所有要测试的功能项(测试项或测试点)。凡是没有出现在这个清单里的功能项都排除在测试的范围之外。

功能的测试：

1. 划分软件所有的功能项，有利于测试的完整性:
2. 划分软件功能项将会是个浩大的工程:
3. 从理论上讲，测试要覆盖所有的功能项：

设计的测试：

整体考虑：

• 测试策略

根据不同的测试区域选择不同的测试策略:

-黑盒、白盒测试

-功能、性能测试

-自动、手动测试

• 测试记录
  1. 公正性说明

要对测试的公正性、依照的标准做一个说明，证明测试是客观的。

1.在整体上，软作功能要满足需求、实现正确、和用户文档的描述保持一致。

2.要保证测试的客观，就要保证测试人员能客观的完成测试任务。

1. 1. 1. 测试用例管理工具

1. 1. 1. 软件缺陷管理工具

要使用什么样的数据

1. 1. 1. 特殊考虑

针对一些外界环境的影响，要对软件进行一些特殊方面的测试。

   例如，对于一些用于高尖端产品的信息系统，如水下机器人，太空探测器，测试者应给予某些特殊的测试，使它们能在恶劣的环境下有着较高的可靠性盒适应性。

1. 1. 1. 经验判断

经验判断就是利用历史数据对系统运行或测试中经常出现的问题仔细研究考虑，使之发生率尽量小。

 例如对于数据库系统，数据的操作（存取、删除，修改等）是其基本功能，同时也是经常出现的问题（数据冗余、死锁）的地方。

• 测试资源配置

制定一个资源配置计划，包括每一个阶段的任务、所需要的资源，当发生类似到了使用期限或者资源共有事情的时候，要更新这个计划

• 软件缺陷追踪

     描述软件缺陷 告的内容:缺陷名称、发现时间、发现者、修复者、发生的频率、所使用的测试用例，以及测试环境等。

描述如何界定个软件缺陷的性质，对软件缺陷性质的描述尽可能是定量的。

描述软件缺陷 告的处理过程。

• 测试计划时间表
     测试的计划表可以做成多个项目通用的形式，根据大致的时间估计来制作，操车流程要以软件测试的常规测试周期作为参考.也可以是根据什么时候应该测试哪个一模块来制定。
• 测试计划评审

在测试真正实施开展之前必须要认真负责的对测试计划检查

一遍，并获得整个测试部门人员的认同，包括部门的负责人的同意和签字。