接口测试 (五)接口自动化测试平台之——测试报告交互页面设计

李佳慧 · 2021年06月11日 · 最后由 哈哈先生 回复于 2021年07月08日 · 4562 次阅读

测试报告首页

功能:
重测:该功能是将系统所有配置为日常测试的用例整体全部测试一遍,什么场景下会用到这个功能呢,当例行测试的时间节点,由于环境原因,导致测试结果大批量无效的时候,使用此功能重新测试;
刷新:刷新测试统计结果,测试报告的信息是保存在缓存里面的,每次测试结束会刷新测试结果,刷新是清除缓存,重新从数据库中统计测试结果;
详细:跳转到测试详细信息页;

1:近 10 日测试结果曲线 - 平台仅保存近 10 日的运行结果信息,可以看到近 10 日测试结果趋势,更早时间节点的测试结果会被系统自动清除;如果某次失败的数量很高,很有可能是由于环境原因导致的,此时及时告警,恢复测试环境。

2:各测试集测试结果分布 - 按照测试集中统计成功,失败,未断言,中断的占比;

3:最近一次执行结果分布:最近一次总的执行的成功,失败,警告,跳过的占比;

4:用例执行失败原因分布:在测试结果详细页,可以正对每一个执行失败的记录进行分类,管理整理好后,会汇总成一个报告;
数据问题:需要对测试数据进行修复,有可能是测试数据被系统或者其他测试人员使用,没有恢复,可以通过修复测试数据,或者配置前后置条件来保证测试用例的运行有效性。
环境问题:如果出现大批量的环境问题,需要重新测试。如果量大,则全部重新测试,如果量少,则单个修正测试。
程序缺陷:判定为程序缺陷的时候一定是测试人员确认过后的,这个需要结合测试数据,测试用例的运行场景,以及测试结果来判定的,最终需要找到负责相关业务的开发同事进行修复;
配置错误:也是在测试完成后,由测试人员检查测试结果,来判定该执行结果失败原因是由于配置导致的错误,后期需要测试人员修正测试用例。
执行中断:通常表现为用例执行没有成功,请求没有发出去,或者由于某种原因,系统发生了异常,记录该用例没有执行。
未知错误:执行失败了的用例,测试人员还没有整理失败原因的用例结果;

5:各服务用例分布:各服务的用例分布占比情况;

系统每天会在 8:00 自动执行测试,并统计测试结果,形成报表,汇总到数据库,并以企业微信的形式发送测试报告信息。800 多个用例,大概耗时 4 分钟,每天在上班前都能收到当天的测试报告。

测试结果详细页-HTTP 接口测试用例结果

测试结果详细页-DUBBO 接口测试用例结果

共收到 3 条回复 时间 点赞

跟我得差不多,就是有时候执行后,失败原因没人来维护,这个怎么搞。我们是规定谁得用例谁来维护失败原因

关注一手,学习学习,我还停留在 testng+poi 层面

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册