其实测试技术就那些，常见的自动化，性能，平台，吹嘘的话都能说点儿，真正深入做过的，又不屑于在群里讨论了。前几年技术氛围挺好，后来发现太多人讨论过技术后，连谢谢都不会说一声，就慢慢的不愿意交流了。比如，在网上发了不少技术文档，相应的平台也没有任何激励，这几年发有水平的文章的人也少了吧？

我写过一篇文章《为什么要做精准测试？》，和你这篇要唱对台戏了，不过涉及到很多内部技术，无法发出来，

测试中手工环节均有可能工具化，工具扩大一下就是平台化，平台功能多点儿就是体系化，度量化，监控化，智能化。。。

看完本篇文章，忍不住地要赞美一下，配图真的不错！

不用那么费劲，就是指定的手机号，输入 000000 验证码，过滤一切验证逻辑就可以了！

如果是自家的系统，可以添加上白名单，如果是这个帐号，验证码为固定的，后面的滑块验证不会出现就行了。如果要是其他公司的产品，你是绕不过去的，这就是为了防止自动化的。

你可以看出做测试产品的公司，有发展好的吗？有没有想过是什么原因呢？如果把公司的产品交给第三方测试，首先，安全如何保证，我的产品还没有上线呢，让竞对知道了怎么办？第二，项目周期无法把控，第三方测试如何保证测试时间。第三，沟通成本太高，发现了 bug 后，怎么能让开发全面了解情况，修改后又如何快速验证。这些都限制着第三方测试，大部分公司都不会用这样的产品的。

必须有啊，漏测率是一个基本的指标，还会统计增量覆盖率，召回率，精确度，筛选率等精准测试的基本指标。通过相应的指标评估测试质量，对比每轮测试的效率，各个版本的测试质量等等吧！

我们的精准测试体系已经落地了，现在在效率工程团队用了一年多了。通过使用精准测试，评估需求改动范围，解析调用链路，精准定位影响范围；根据变动，推荐需要回归的用例，大大提高了测试效率；同时，在测试完成后，又可以通过全量和增量报告分析测试的覆盖率，增量了测试的信心。

根据我多年做自动化测试的经验来提醒一下，不要把各种自动化都放到一个项目中，虽然感觉这样做的话一个项目非常强大；有个页面化管理的话，那就非常牛 X 了。但是你有没有在业界看到有这样成熟的方案呢？各大公司也没有这么做的，因为后期的维护成本高的吓人，会让使用者放弃对自动化的使用的。还是把不同的自动化拆解成不同的项目，不同的项目甚至可以采取不同的框架，后期做统计的调度分析即可！