软件测试

一、需求分析、评审

        （1）需求分析

        对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。

        ①如何做需求分析？

        通读需求，对需求有个大致的了解，比如：                软件有哪些模块、每个模块的大致功能                哪些需求是新增、哪些需求是在原有需求上做了修改                将需求分成多个模块（包括子模块）                        根据每个模块的需求规格说明书，详细阅读，并挖掘出测试点

        ②分析方法

         （2）需求评审

 二、制定测试计划

        测试计划Testing plan，描述了要进行的测试活动的范围、方法、资源和进度的文档。 测试计划一般都是由测试经理或者是该项目的测试负责人。

        测试计划内容：

 三、编写测试用例（测什么，怎么测，如何衡量）

（1）参考文档

        需求规格说明书         用户操作手册         开发文档

（2）内容

 （3）测试用例的作用

        便于理清测试思路，确保需覆盖测试的功能点无遗漏                在执行测试之前，可以充分考虑各个测试点         便于测试工作量的评估                写了多少用例                执行了多少用例         便于提前准备测试数据         便于把控测试工作进度         便于回归测试         便于测试工作的组织，提高测试效率，降低测试交接成本                用例由经验丰富的编写用例                工作交接

（4）注意事项

 四、测试用例评审

        用例评审内容：

        1、测试用例是否按照公司定义的模板进行编写的。         2、测试用例的本身的描述是否清晰，是否存在二义性。         3、测试用例内容是否正确，是否与需求目标一致。         4、测试用例的期望结果是否确定、唯一的。         5、操作步骤应与描述是否一致。         6、测试用例是否覆盖了所有的需求。         7、测试设计是否存在冗余性。         8、测试用例是否具有可执行性。         9、是否从用户层面来设计用户使用场景和业务流程的测试用例。         10、场景测试用例是否覆盖最复杂的业务流程。         11、用例设计是否包含了正面、反面的用例。         12、对于由系统自动生成的输出项是否注明了生成规则。         13、测试用例应包含对中间和后台数据的检查。         14、测试用例应有正确的名称、编号、执行的优先级。         15、测试用例包含相关的配置信息：测试环境、数据、前置测试用例、用户授权等。         16、每个测试用例步骤应