本文主要是介绍研发可视化-基于日常自动化测试数据的测试管理系统，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、案例背景
为了提升产品的整个自动化测试过程质量可视化和可度量，基于如下原因我们开发了测试管理系统：
1.自动化测试过程不能通过一个平台在线查看整体自动化测试进度情况,可视化很差，邮件发送报告内容分散，关键信息不能立马看到，各项目邮件很多，邮件发送报告导致测试数据覆盖丢失
2.日常自动化测试数据没有合适系统保存当前测试数据和历史数据
3.自动化测试数据不能自动通过数据反应产品质量趋势
4.测试通过邮件发送自动化报告效率低下，需要重复编辑大量测试数据，邮件发送报告彼此冲突，测试数据丢失
5.测试Bug全局管理困难
6.自动化日常测试结果邮件高频群发，影响所有人的查询关键邮件的效率。
二、价值梳理
1.整个部门所有人都能通过系统查看自动化测试运行进度，产品当前版本质量，有哪些重大阻塞问题，大家可以通过数据在一个平台沟通，减少大家沟通障碍，比传统邮件发送测试结果，节省时间5倍以上，提高工作效率和测试质量，更好把控整个测试环节的进度。
2.将日常自动化测试结果存储到数据库里，为反馈一段时间产品版本质量提供一个趋势数据，并且当需要查看那个历史版本的时候，只需要在系统里检索历史版本，就可以查询到所有测试数据。
3.通过系统各个质量维度趋势图，及时了解产品有哪些重大阻塞问题，提前暴露团队风险。
4.测试人员不再需要频繁邮件发送自动化报告，编辑很多数据，只需要填写很少数据，就能生成当天测试报告，提高团队整体测试效率。相比传统邮件写自动化报告和分析报告用的总时间每天两个小时，这个系统可以并发执行，所需时间花费仅仅不到两分钟就可以生成当天报告并清晰展现给所有人浏览。
5.解决各个项目负责人每天要花大量时间统计Jira bug数据，从此不再需要从JIRA里过滤各种条件比对数据，系统将反馈所有项目Bug分布情况，比传统用JIRA效率提高5倍以上，为每天查看Bug节省了大量时间。
6.从此自动化测试报告邮件就不再群发干扰大家，让大家把宝贵时间都集中查看关键的邮件上
7.整个系统可复用可推广到其它产品，不依赖具体项目业务。
三、案例整体框架
1.系统架构
这篇关于研发可视化-基于日常自动化测试数据的测试管理系统的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
