软件测试工作规范

1. 制定规则

为了规范测试工作、减少开发与测试之前的沟通成本、保证项目进度、提高软件质量，测试组起草了这份软件测试工作规范。

1.1. 编码规范

软件程序开发需要遵守编码规范，一是可以减少代码的维护成本，提高开发工作效率；二是有利于开发工作的延续、传承，减小项目风险。

1.1.1. 合理的注释量

好的代码应该是自描述的，让人费解的地方加上注释。

1.1.2. 规范的命名格式

规范很多，要让别人和一个月的自己看得懂。词穷的话参考CODELF:

http://unbug.github.io/codelf/#%E8%8D%AF%E8%81%9A%E6%B1%87

1.2. 测试与测试结果

1.2.1. 单元测试与报告

单元测试一定要做。深入理解“ test driven development”思想，有条件的话，先写测试代码，后写开发代码。综合使用各种覆盖方法，例如：路径、函数、条件、语句，Code Coverage确保高于80%。

统一提供单元测试报告。

1.2.2. 集成测试与报告

集成测试也一定要做。测试工作要覆盖所有模块和接口。

统一提供集成测试报告。

1.2.3. 系统测试

单元和集成通过后，项目提测并进入系统测试阶段。

系统测试范围依据项目不同可分为功能和非功能测试。

1.2.3.1. 模式

依照Alpha1-到Alpha1n的模式。

提测版本1冒烟测试通过后即进入第一轮测试（记做Alpha1），执行全用例。测试和开发，不断提交和修复BUG，直至用例执行完成；

开发修复完所有缺陷，打包发布版本2；

提测版本2冒烟测试通过后即进入第二轮测试（记做Alpha2），验证缺陷，执行部分用例。测试和开发，不断提交和修复BUG，直至用例执行完成；

开发修复完所有缺陷，打包发布版本3；

提测版本3冒烟测试通过后即进入第三轮测试（记做Alpha3），验证缺陷，执行部分用例。测试和开发，不断提交和修复BUG，直至用例执行完成；

……

如此，