目前我的测试项目正在进行自动化回归用例库的建设，期间出现了很多具体的问题，但是在总的方向上我有一些体会：
1. 回归用例库建设
全量、细节性回归用例库的规模会非常大，不是短时间实现，建议根据优先级逐步建设，穿插在变更测试过程中。
2. 建立最小测试集
一轮全量回归需要执行很长时间，如果不能通过多资源并行，建议根据核心功能建立最小测试集，其他用例是否执行根据变更内容进行分析。
3. 代码覆盖率分析
回归用例执行后产生的代码覆盖率报告，可以针对每个版本变更内容，优先保障变更内容100%覆盖。核心业务部分应回归到，其他内容可逐步推进。
更好的方式则是通过分析能够精准定位到本次版本变更会涉及到哪些用例，先行修改用例，达到测试驱动开发。
4. 白盒测试
如果从代码角度进行测试用例设计，用例的粒度在函数级，设计思路与黑盒测试的输入-输出会有很大差异。现阶段白盒测试依赖于开发人员，黑盒的功能测试人员暂用代码行覆盖来体现覆盖率，函数、分支覆盖待定。
标签：体会,回归,例库,用例,测试,自动化,代码,变更 来源： https://www.cnblogs.com/workingdiary/p/15877774.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。