51Testing软件测试论坛

标题: 软件测试江湖（三）心得技巧篇 [打印本页]

作者: stcupwar 时间: 2017-5-12 09:58
标题: 软件测试江湖（三）心得技巧篇

软件测试江湖（三）心得技巧篇

有人的地方就有江湖，有江湖的地方就有恩怨。有的恩怨避无可避，有的本可以避免，只是因为年轻不懂事，不懂得江湖的规矩，惹下许多的是非。软件测试江湖也是江湖，也有一些小技巧。

1） Bug记录技巧

[attach]106102[/attach]

详细的bug描述

作为测试来讲，bug记录是日常工作中非常重要的一项，这项工作的好坏直接决定了后续的bug修改功能是否能顺利进行。

1. 将bug出现的环境，出现时的状况等详细描述并记录下来

2. 将bug出现的步骤详细记录下来，

3. 评估bug复现的概率，并将自己的意见记录下来

4. 对bug的紧急程度进行标识。

记录工作越详细，越周全，后面就越有利于开发人员复现bug，修复bug。开发人员也乐于接受这样的bug任务，会节省很多不必要的时间。

2） Bug管理技巧

[attach]106103[/attach]

将bug跨团队指定给开发人员

Bug记录下来只是完成了测试工作的开始，重要的是将发现的bug反馈给开发人员，由开发人员将bug修复，测试的工作才算是圆满完成。

以往的做法都是测试将新发现的bug一股脑儿的加到开发任务中，然后就狗撵兔子似得催着开发修改自己提交的bug。这样既不方便测试对bug的管理追踪，也容易造成开发将bug修复和日常开发任务混淆。

要避免以上的情况可以这样做：

1. 将bug单独进行管理，独立与开发项目之外

2. 根据软件的版本对bug进行版本管理

3. 将我们冗长的bug清单进行瘦身

4. 修改的bug才通过任务跨项目的方式分配给开发人员

这样的好处是可以防止开发陷入bug的汪洋大海中，可以有条不紊地安排开发的bug修改计划。这样既保证了bug的修复，也维护了双方的关系。

3） bug追踪技巧

[attach]106104[/attach]

通过看板形式追踪查看bug修复状态

将bug交付给开发人员后，测试还需要追踪bug的修复进展。通常的公司bug修复完成后会通过邮件的形式通知到测试，但是存在以下弊端：

1. 如果日常工作邮件数量过多，很容易忽略邮件通知，

2. 信息的不同步

3. 测试只能被动等待通知，无法主动掌握bug状态。

所以一款合适的bug管理工具对于测试来说至关重要，就个人经验来说，使用看板的方式追踪bug状态是最舒服最省事也最有效率的方式。

以上是在过往测试江湖中个人总结的三条小技巧，技巧虽小，但是可以帮助初入测试江湖的小白少走一些弯路，让个人的职业发展更加顺利。

作者: 梦想家 时间: 2017-5-12 10:32
支持分享

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)