| 自动化测试工作考核指标 | 您所在的位置：网站首页 › 自动化测试效果评价方案 › 自动化测试工作考核指标 |
自动化测试工作考核指标
|
自动化测试工作考核指标
覆盖率
web UI自动化
主要指可以使用自动化测试执行的用例数与手工执行的用例数量的一个比率，例如当前功能手工测试用例数为A，自动化实现的测试用例数为B，说明当前功能自动化测试覆盖率为 B / A * 100， 其中优先级为P0级别的用例需要达到100%，P1级别的用例60%，P2级别的用例20%，整体的需要达到60%及以上。 接口自动化 接口测试覆盖率应该指的API文档中的接口覆盖率，这一块的自动化程度比功能测试用例要好做，我们应该是尽量去覆盖，测试环境需要95%以上，能够做到100%就100%覆盖，线上环境执行需要达到80%，由于线上对于post请求的接口可能会造成数据污染。接口可以从业务逻辑测试、业务边界测试、参数组合、异常情况、性能测试、安全测试等方面进行测试，其中接口自动化用例需要包含单接口业务逻辑和接口关联业务逻辑的用例 通过率大部分人说通过率主要指测试执行过程中用例通过数/执行总数，但是我们认为应该将通过率定义为自动化用例执行通过后，我们功能的正确性来进行判断，例如回归自动化里面，如果全部用例执行通过，需要保证执行用例的功能没有P1级别以上的问题 但是需要注意为了用例执行的通过率，减少了必要的检查点，这是不可取的。 有效性 指自动化用例的有效性，例如同一个功能写了大量用例，其中只有50%的用例是有效的，这是重复的工作，我们应该保证用例有效率在90%以上，每条用例都是有效检查点。是指用例执行的有效性，其中用例执行失败，代表存在问题，而不是代码本身、环境等相关问题，我们应该保证用例执行的有效性在95%以上 稳定性主要只框架、用例执行过程的稳定性，例如用例时而执行成功，时而失败，这种情况的失败率不超过5%。 自动化的产出比 研发效率：为研发效率提升做的自动化测试或者工具，看研发使用之后，对他们作用怎么样，例如减少了他们手工测试多少时间，例如原来需要1人天，使用了自动化，减少到0.5天测试效率：项目加入自动化后，减少了多少人力，对于重复执行、回归测试方面测试质量：发现了多少问题，大家项目测试未关注到的点，主要是关联功能的 代码质量 测试框架：合适的框架选型、业界流行的框架编码：稳定性、可维护性、扩展性、应用性 效能工具开发 测试工具开发：需要具备提升相关工作的效率，而不是为了写工具而写工具，例如写了一个一键测试账号、账号授权等，这个就方便研发、测试需要账号时加快了效率流程推动：在产品、研发、测试流程中引入相关的工具流程，提升产品质量，加快研发效率等以上为内容纯属个人理解，如有不足，欢迎各位大神指正，转载请注明出处! 如果觉得文章不错，欢迎关注微信公众号，微信公众号每天优先推送相关测试技术文章 |
【本文地址】
公司简介
联系我们