测试工程师请注意

当你喊出我要开始测试了，你真的知道测试是怎么做的吗？
既然已经成为测试工程师，测试的流程想必大家都已经很清楚：需求分析、系统分析、测试分析、编写测试用例、测试执行、发送测试报告。
这里先说说需求分析。测试工程师的需求分析有两个目的：第一，正确的理解需求。第二、对需要给出评审意见（提出测试需求，需要细化的功能和描述，逻辑不清晰的地方，缺少的相关逻辑等）。由这两个目的，测试工程师在需求分析阶段需要做出如下输出
第一、证明你已经正确的理解了需求。需要对需求做出测试的角度的解读，可以用行为图，脑图，功能逻辑图等表示出来，然后给产品、开发做出解读。
第二，提出测试需求。测试也有需求吗？当然有。对一个系统进行测试，依赖一些测试环境，测试数据，系统运行日志，测试的接口等。这些要再需求分析阶段提出来，让开发安排进入开发计划中。另外一些测试工具的开发，联调工具的开发也需要在这里提出来，提前安排好计划才能保证后续的测试顺利进行。
第三、提出需要细化的功能和描述。这一点简单明了，就是提出不清晰的地方，让产品进行细化。包括一些并行处理逻辑，异常操作流程，权限规则，参数指标（系统的数据规模和用户规模）等。
第四、缺少的相关逻辑。产品的需求描述，一般都是针对其自身需求做的，会遗漏一些基础保证类的需求，比如：鉴权逻辑，安全校验逻辑，冲突检查逻辑，异常恢复逻辑，后台管理逻辑，兼容性描述等。这些都需要在需求描述中细化的，在前期考虑好，可减少后台的重构，可降低整个项目的成本，确保项目计划的准确性。

void foo() print "hello  world"