软件测试计划编写

前言

软件制定测试计划开始之前，首先就是要评审需求文档。

为什么要需求评审?

需求评审主要是为了，消除歧义，是否完整清晰描述了细节需求。

如何评审需求文档呢？要从哪几个方面进行评审呢？

正确性：对照用户的原始需求，检查产品人员制定的需求文档是否偏离用户原始的需求。

明确性：检查需求文档每一个需求项是否存在一些含糊的词汇，用语是否清晰，是否有歧义。

完整性：对照用户的原始需求，检查产品人员制定的文档是否全面覆盖，没有遗漏。

限制性：每个需求项里是否清晰的描述了软件能做什么，不能做什么，能输入什么，不能输入什么。

优先级：需求文档中哪些功能比较重要，是否做了标识和编号，优先级的排列。

一致性：检查文档的内容前后是否一致确保不冲突，不矛盾。

软件测试计划的内容

测试计划是一份描述软件测试范围、测试环境、测试策略、测试管理、测试风险的一份文档。

对上面几方面的分析如下：

1.测试范围：

明确指出进行系统测试是主要测试哪些内容，哪些内容不需要测试，是否需要进行外观测试、功能测试、易用性测试、兼容性测试、性能测试、安全性测试和其他测试等。

2.测试环境：

在软件测试计划中，测试环境定义了执行系统测试的软件环境和硬件环境。

3.测试策略：

测试策略指的是测试的依据、测试的准入标准、测试工具的选择、测试的重点及方法、测试的准出标准等。

测试依据：依据软件测试的标准文档，一个是需求文档，另一个是测试用例。

测试准入规则：即测试时指明系统，满足怎样条件后才进行系统测试。通常测试的准入标准是指通过冒烟测试和筛选具有代表性的功能点进行测试