直接引用百度的 ：java
精准测试是一套计算机测试辅助分析系统。精准测试的核心组件包含的软件测试示波器、用例和代码的双向追溯、智能回归测试用例选取、覆盖率分析、缺陷定位、测试用例聚类分析、测试用例自动生成系统，这些功能完整的构成了精准测试技术体系git
集团的同窗分享了关于精准测试的文章，看了下简单记录一下工具
（如下都是我的理解，若是有不对欢迎留言讨论）测试
1. 作测试的朋友均可能碰到过：漏测/少测，根本缘由是不知道研发改动了什么/影响到什么 or 是知道了改动了什么但由于一些需求历史不清楚，致使不知道影响到了什么；spa
1. 精准的对立就是模糊，精准测试说白了就是当研发提交一个新版本过来的时候，你知道它改动了什么，影响到哪些接口/方法，而后针对改动点去测试。是从测试的角度去看待问题，提升测试的效率，毕竟以前是要求全量回归的，如今只须要测试部分；接口
2. 精准测试 跟 回归测试有没有悖论呢 ？回归测试，验证新功能会不会对其余原有功能形成影响；而精准测试貌似说是能够发现这些影响面？ 了解了精准测试的大体原理，我只能说很难发现，why？get
3. 精准测试的大体思路：研发改动了什么 --> 影响面评估 --> 筛选用例 --> 用例执行 ；源码
1. 提测 -- 研发提交代码，告知改动点，可能的影响面，自测点，测试重点（这里须要靠谱的研发！！）it
2. 用例编写 -- 针对此次需求/改动点编写用例，用业务经验/技术经验来评估影响面来新增用例；自动化
3. 用例review -- 用例发给组内同窗一块儿讨论下，从别人的角度看待问题；
4. 用例执行 ；
总结： 其实用业务经验、技术经验、用例组内review就是一种精确测试，只是人工的形式罢了
1. 提测 -- 经过git工具获取本次提交的变动记录，获取改动的状况，可具体到哪一个文件；
2. diff -- 经过diff工具，git也有diff功能，class文件的diff，目的就是找出方法级别的改动；
3. 分析调用链路 -- 经过分析源码，找到入口，也就是top方法，java的service层，controller层
4. 筛选用例 -- 根据链路上的影响分析须要回归哪些用例；
总结：总体大体流程就是：代码push --> 触发精准测试任务 --> 经过git工具获取改动详情（文件，方法，入口）--> 在用例库中筛选用例自动化执行 --> 报告输出（用例+覆盖率）
1. 评估影响面，对长链路测试有帮助，A-B-C-D，修改了C，能评估中ABD中方法级别的影响；
2. 提升测试效率，避免了没必要要的用例执行；
1. 若是同一个工程中的链路，用精确测试确实能够精确的发现影响面，提供测试效率，可是多系统之间呢 ？如购物车系统 + 订单系统，两个不一样的团队之间的链路，只能评估到比较粗的粒度；
2. 数据依赖的，没法解决；A系统的代码变动致使写入DB中的数据变化了，B系统知识根据数据来走业务流程，那么A跟B的联系 就断开了，目前看到的文章只能在代码级别作关联；
1. 思路：从代码追溯到接口级别的改动来筛选用例，能够帮忙评估影响面，结合CI流程，是否是每次代码push能够有个大体的影响面评估图呢？