本文共 559 字，大约阅读时间需要 1 分钟。

项目回顾会议上，新入职场的一名 Tester 经历了2个测试项目后做出的测试经验分享：

• 所有的测试用例设计都应该能够追溯到测试需求；

• Test Leader、Test Manager、Development团队的Leader等应该能够尽早地和不断地进行各种软件质量保证活动

  例如：测试需求评审、测试计划评审、测试环境检查、测试用例设计评审、缺陷列表Review等各种评审活动；

• 自动化测试脚本开发者应避免检查自已的程序，进行Cross Review的方式，或者利用同行评审的方式对代码进行检查；

• 在设计测试用例时，必须明确预期的输出结果，否则对实际的输出结果很难有检验的标准，测试失去意义。测试用例应由输入数据和与之对应的期望输出结果这两部分组成，在输入数据中，应当包括合理的输入条件和不合理的输入条件；

• 应该精心准备测试数据，重视测试数据；对于特殊要求的测试数据需要进行评审；

• 再次测试后（Retest）系统中的大部分缺陷往往是在一小部分功能中集中发现，遵循普遍适用的“二八定理”（即80%的错误往往是由20%的模块所造成的），所以对于发现过缺陷的功能需要尤其重视；

• 要严格执行测试计划，排除测试的随意性，这样才能消除各种无序操作所造成的副作用；

• 测试设计决定了测试的有效性和效率，测试工具只能提高测试效率；

（完）

转载地址：http://mztdi.baihongyu.com/