软件测试用例编写规范

测试用例准备编写

根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。

测试用例指定的原则

测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试；基本目标是：设计一组发现某个错误或某类错误的测试数据，测试用例应覆盖方面：

1. 正确性测试：测试用例首先要满足所有功能需求；
2. 容错性测试：正常数据，正常显示数据，完成功能，异常数据，异常提示，非法数据，非法操作，警报处理；
3. 完整（安全）性测试：有权限验证，对于无权限用户无法进行操作 ，或者有保障性操作；
4. 接口间测试：各模块间的关联性需要考虑，数据输入、输出修改具有一致性；
5. 数据库测试：依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。（不太懂）
6. 边界自分析法： 对边界值数据进行特殊注意，进行处理验证；
7. 压力测试：输入多条记录测试；
8. 等价划分：将数据分类，如正常类、异常类，有效类、无效类；
9. 错误推测：根据直觉推测错误；
10. 效率测试：尤其对数据库操作，进行预计时间测试；
11. 可理解性：理解和使用该系统的难以度进行测试；
12. 可移植性：不同操作系统及硬件环境下的运行情况；
13. 回归测试：测试–修改–再测；
14. 比较测试：将已经开发的产品或同类型的产品进行测试。

1. 模块测试、集成测试： 1、2、6、8、9;
2. 单元测试：重点测试5；
3. 组合(集成)测试：重点测试数据输入输出及逻辑，即4;
4. 系统测试： 3、7、10、11、12、14;
5. 其中压力测试和可移植性测试如果是公司的系列产品，可以选用其中有代表性的产品进行一次代表性测试即可。
6. GMPS基础测试用例设计完成后，其他的测试项目只编写设计与之不同部分的测试用例。

P: 我司暂时处于初步测试阶段，对于测试，暂时只考虑模块、单元及系统测试，即使用正确性、完整性、接口、边界分析、压力、等价、错误推测及回归测试方法进行测试，别的暂时不考虑。
在后期需要完善阶段，对容错性数据要进行测试，进行修改整合；对数据库进行完善，进行数据库测试；对可理解性进行测试，完善功能；
在装机之后，需要考虑可移植性测试；
在上线之后，进行比较测试，完善产品。