某银行测试经理特约供稿
在测试过程中,有一种痛是向开发同学反馈 BUG 的过程,我们期望开发同学收到反馈后,能快速确认,还能快速 “修好”,让我们能继续测试验证。开发同学修的越慢,会减少我们的可用测试周期,因为上线时间往往是早就确定好了的。
有时候,反馈 BUG 的过程就让人抓狂,为了让开发人员明确 BUG 症状,我们要在线填写一份冗长的问题信息表,执行的哪个测试用例,输入了哪些数据,期望结果是什么,实际的错误结果是什么,还需要对界面截图做个证据,然后提交给开发同学。
提交繁复也就算了,毕竟要让别人知道问题的来龙去脉。 但是过了半小时,开发跑过来,称此问题重现不了,看了系统日志,确实有些异常信息,但是不能确定是他这个应用的问题,或许是其他关联应用的问题。期望我们提供更详细的信息,一起来重现确认。于是我们坐在一起,回忆当初用了什么测试数据,执行的什么步骤。常规复杂度问题有时候还比较快,有的问题隐蔽性很强,会让领导帮忙,叫来几个关联系统的同学,一起来 “坐堂会诊”。
不过这在我行引入 Hi-CC 研发质量平台后,反馈 BUG 是一个轻松愉快的事了。我们只需要把用例编号告诉开发同学。开发同学在 Hi-CC 内搜索该编号,就能找到用例相关的代码执行链路。
在代码执行链路内,可轻松观察到多个应用串联的执行链路,红色感叹号显著标识了出现异常的应用,以及具体的执行方法:
我们只需点击最后一个感叹号的节点,就能看到详细的异常日志,是在应用个人理财的类 TestController 的函数 “createExcpetion” 上发生的:
甚至还能看到方法是入参和返回值
还能点击 “查看源码”,查看这个方法的具体代码。此时,好多有经验的开发同学,不需要重现问题,已经定位了具体问题的发生位置,不需要重现这个问题,可以直接 “修 BUG”。更别说几个关联应用同学之间也不再 “扯皮” 了,是哪个系统的故障一目了然。
Hi-CC 研发质量平台不仅让我们测试 “愉快” 的反馈问题,还能让开发同学 “愉快” 的确定问题、定位问题、修复问题。也是让我们 “欢呼拥抱” 的降本增效措施。
1、Edge 加载项商店(推荐)
2、从chrome 应用商店安装(对网络有要求)
3、 直接下载安装包
【提醒】自己下载的话,需要解压,然后在 chrome/edge 浏览器内的扩展管理内,开启开发者模式进行安装,如下图
1、Hi-CodeCaptain 软件研发质量管控平台(简称 Hi-CC 平台)
3、Hi-CC 魔法球在线演示地址(注意先安装 Hi-CC 魔法球扩展)