精益测试的精髓

精益测试的精髓

精益测试

适时(T)

敏捷测试要求测试全程参与，让测试活动发生在敏捷软件开发生命周期的每个环节，而让每种类型的测试发生在它最该发生的时刻，这就是“适时”的概念。比如：开发前对需求的确认，开发代码提交前自动化测试的实现和验证，部署后对系统做的冒烟测试等等。

适量(A)

对于测试覆盖率，有人会认为越高越好，比如前面提到的有团队要求99%的自动化测试覆盖，就算这些测试覆盖都是有效的，但是花费太多精力去测试一些不是那么重要或者不是那么容易出问题的模块，也可能得不偿失，造成浪费。我们建议测试覆盖，不管是手动还是自动化的，都是适量就好，根据风险来确定需要加强测试的业务优先级和响应的测试覆盖量，一定不能一味的追求高覆盖。需要权衡利弊，把时间花在真正有价值的事情上，这也是精益的体现。

比如，做用户故事验收的时候，需要测到多细一直是个有争议的问题。我觉得主要路径的正常用例，加上一些需要特别关注的点就可以了，特别关注的点包括易出错的异常路径、IE这样的特殊浏览器、高风险的安全问题等。不能也不需要在故事验收的时候覆盖所有的边角情况，毕竟需求、开发和测试三方凑一起不容易，时间要尽量短些才好。当然，可能有的团队还需要在故事验收的时候验收日志、性能等，只要做到尽量高效，按照团队需求来就好，并没有千篇一律的答案。

精准(T)

精准测试通常是指根据代码改动所影响到的范围去针对性的进行自动化测试。而这里说的精准测试范围更广，可以理解为基于风险的测试，风险可能来自于业务和架构层面，也可能来自于代码改动，还可能跟系统特点或其他项目因素相关。执行测试之前更重要的是分析和设计，不能盲目的去测。