自动化测试提高效率，首先自动化测试不能发现BUG，它可以把你的手工测试用例自动化，自动化手工测试用例的数量，跟手工用例的比例，这个比例越高越好，但一定要考虑成本和产出，值不值得这样做。以前我看一个项目，它的测试经理给我们展示QDP做的自动化测试，从头到尾自动化，所有的操作不用人工干预，我看了挺高兴，后来我问他，它发现过BUG吗？没发现，你平常测试用它吗？也不用。做它干什么？演示。你就看到鼠标在那儿点，一个流程一个流程完成。为什么这么做？处于测试人员自我的爱好，他觉得这个有意思，技术含量高，想学这门技术，也给老板做演示，老板看了很高兴，它不产生实际的效率。
测试用例的覆盖度，测试用例的覆盖度是一个求积分的过程，什么叫求积分的过程？可以无线接近，但是永远到达不了，只可能无限接近，但不可能等于。
有效度量测试用例覆盖度增加的条件：
1、现有测试用例进行了有效的管理，首先测试用例你需要用工具或者手段管理起来，一条一条放在那儿，做一个基线。
2、明确测试用例编写的颗粒度，大家都有这种感觉，你写测试用例，你测试这个产品的时候，你十条测试用例就测试完了，有人写三十条，你就觉得奇怪，我觉得十条已经是局限了，怎么你能写到三十条，你去看他的用例，发现这也能算一条，这是组织内部测试用例颗粒度没有达成一致，颗粒度你可以跟代码行数对应，跟功能点对应，组织内部测试用例颗粒度要统一，保证所有人员大致是一致的。
3、单个功能点都进行了有效的规整，确定最小测试范围。你如果做测试用例的度量，需要保证单一个功能点进行了规整。
4、提高的方式放在功能点的组合和测试数据的增加上，如果你想提高效果，很重要的两个目标，就是功能点的组合增加了多少，测试数据又增加了多少。
5、每轮新增测试用例量和率，通常情况下测试一个软件，你的测试用例要跑好几轮，三到五轮，有的可能更多，每轮会新增一些用例，这些新增的量和率是多少，如果在组织稳定的时候，新增数量不会太大，如果组织不稳定，或者产生新的功能点比较多的时候，新的功能点组合比较大，这个率就会比较高。对于你进行一个项目控制也是有借鉴意义的。
软件测试过程的定制是一个个性化很强的工作，每个企业都应该不一样，如果一样了，就会有问题，指标确定确立不能照抄，你抄没问题，你照着人家的进行，就有很大问题，需要根据能力成熟度进行有效的分析和定制。
质量的提高，工作的改进是一个渐进的过程，绝不能一蹴而就。
通过分析，要先解决重要的事情，要有总体的规划，而不是头痛医头，脚痛医脚。
我大致的发言就到这儿，谢谢大家。
文章来源于领测软件测试网 https://www.ltesting.net/
