4.3 使用-日常维护
Step 1
每天上班来会收到这样的测试邮件，通过邮件能知道昨晚执行的情况。如果有报错，可以点击“详细报告链接”，跳转到在线报告。
Step 2
在现报告可以直接看到执行报错的信息，然后点击“LEGO维护传送门”，可以跳转到Lego站点上，进行用例维护。
Step 3
跳转到站点上以后，可以直接展示出该条测试用例的所有信息。定位，维护、保存，维护用例，可以点击“执行”查看维护后的执行结果，维护好后“保存”即可。
仅仅3步，1~2分钟即可完成对一条执行失败的用例进行定位、调试和维护动作。
4.4 用例编辑
通过页面，我们就可以对一条测试用例进行：
新建
复制
编辑
删除
是否放入每日构建中进行测试
4.5 在线调试
lego-web项目同样的使用base进行的用例执行，所以执行结果和打印都与脚本执行的一致的。
4.6 用例生成工具
为了更方便的写用例，针对部分接口开发了一键批量生成用例的小工具。
4.7 执行结果分析
通过Jenkins接口、Base包中基础Test方法，将结果收集到数据库，便于各组对测试结果进行分析。
这是每天执行后成功率走势图：
也可以按月进行统计，生成统计的图表，帮助各个团队进行月报数据收集和统计。
4.8 失败原因跟踪
有了能直观看到测试结果的图表，就会想要跟踪失败原因。
所以在成功率数据的右边，会有这样的跟踪失败原因的入口，也可以很直观地看到哪一些失败的原因还没有被跟踪。点开后可以对失败原因进行记录。
最后会有生成图表，可以很清晰地看到失败原因以及失败类型的占比。
4.9 代码覆盖率分析
结合Jacoco，我们可以对接口自动化的代码覆盖率进行分析。
在多台Slave机器上配置Jacoco还是比较复杂的，所以可以开发覆盖率配置辅助工具来帮助测试同学，提高效率。
4.10 用例优化方向
除了上面的图表，还会给用例优化提供方向。
通过用例数量统计的图表，我们可以知道哪些服务用例还比较少，哪些环境的用例还比较少，可以比较有针对性的进行测试用例的补充。
通过失败原因的图表，我们可以改善自己用例中的“参数化”和“前后置动作”的使用，增加测试用例的健壮性。
通过线上接口调用量排序的图表。我们可以有效的知道优先维护哪些服务的测试用例，通过表格中，我们可以看到，哪些服务已经覆盖了测试用例，哪些没有被覆盖， 给各组的QA制定用例开发计划，提供参考。
同时在维护接口自动化测试的时候，都会看到用例评分的情况，来协助QA提高用例编写的质量。
4.11 收集反馈/学习
还做了“需求白板”，用来收集使用者的需求和Bug。除此之外，Lego平台已经不只是一个接口测试的平台，还可以让想学习开发的QA领任务，学习一些开发技巧，提高自己的代码能力。
五、总结
为了减少开发成本，使用比较常见的Jenkins+TestNG的脚本形式。
为了简化code操作，使用DB进行测试用例存储，并抽象出用例摸版。
为了减低新建用例成本，开发“用例维护页面”和“一键生成”等工具。
为了减低维护成本，加跳转链接，维护一条用例成本在几分钟内。
为了增加用例健壮性，设计了“参数化”、“前后置动作”等灵活的参数替换。
为了易用和兼容，统一“返回结果”类型，统一“检查点”的使用。
为了接口自动化用例设计提供方向，结合Jacoco做代码覆盖率统计，并开发相关配置工具
为了便于分析数据，从DOM、CAT、Jenkins上爬各种数据，在页面上用图表展示。
为了优化用例，提供“用例打分”、“线上调用量排行”等数据进行辅助。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
