测试如何帮助开发同学更愉快的“修 BUG”

--本文由某银行测试经理特约供稿

在测试过程中，有一种痛是向开发同学反馈 BUG 的过程，我们期望开发同学收到反馈后，能快速确认，还能快速“修好”，让我们能继续测试验证。开发同学修的越慢，会减少我们的可用测试周期，因为上线时间往往是早就确定好了的。

有时候，反馈 BUG 的过程就让人抓狂，为了让开发人员明确 BUG 症状，我们要在线填写一份冗长的问题信息表，执行的哪个测试用例，输入了哪些数据，期望结果是什么，实际的错误结果是什么，还需要对界面截图做个证据，然后提交给开发同学。

提交繁复也就算了，毕竟要让别人知道问题的来龙去脉。 但是过了半小时，开发跑过来，称此问题重现不了，看了系统日志，确实有些异常信息，但是不能确定是他这个应用的问题，或许是其他关联应用的问题。期望我们提供更详细的信息，一起来重现确认。于是我们坐在一起，回忆当初用了什么测试数据，执行的什么步骤。常规复杂度问题有时候还比较快，有的问题隐蔽性很强，会让领导帮忙，叫来几个关联系统的同学，一起来“坐堂会诊”。

不过这在我行引入 Hi-CC 研发质量平台后，反馈 BUG 是一个轻松愉快的事了。我们只需要把用例编号告诉开发同学。开发同学在 Hi-CC 内搜索该编号，就能找到用例相关的代码执行链路。

在代码执行链路内，可轻松观察到多个应用串联的执行链路，红色感叹号显著标识了出现异常的应用，以及具体的执行方法：

我们只需点击最后一个感叹号的节点，就能看到详细的异常日志，是在应用个人理财的类 TestController 的函数 “createExcpetion”上发生的：

甚至还能看到方法是入参和返回值

还能点击“查看源码”，查看这个方法的具体代码。此时，好多有经验的开发同学，不需要重现问题，已经定位了具体问题的发生位置，不需要重现这个问题，可以直接“修 BUG”。更别说几个关联应用同学之间也不再“扯皮”了，是哪个系统的故障一目了然。

Hi-CC 研发质量平台不仅让我们测试“愉快”的反馈问题，还能让开发同学“愉快”的确定问题、定位问题、修复问题。也是让我们“欢呼拥抱”的降本增效措施。

Hi-CC 魔法球浏览器插件下载地址

1、Edge加载项商店（推荐）

2、从chrome应用商店安装（对网络有要求）

3、 直接下载安装包

4、Hi-CC魔法球安装使用说明-详细版

【提醒】自己下载的话，需要解压，然后在 chrome/edge 浏览器内的扩展管理内，开启开发者模式进行安装，如下图

相关网站

1、Hi-CodeCaptain软件研发质量管控平台（简称 Hi-CC 平台）

2、Hi-CC魔法球网页

3、Hi-CC魔法球在线演示地址（注意先安装 Hi-CC 魔法球扩展）