有人的地方就有江湖，有江湖的地方就有恩怨。有的恩怨避无可避，有的本可以避免，只是因为年轻不懂事，不懂得江湖的规矩，惹下许多的是非。软件测试江湖也是江湖，也有一些小技巧。
1） Bug记录技巧
详细的bug描述
作为测试来讲，bug记录是日常工作中非常重要的一项，这项工作的好坏直接决定了后续的bug修改功能是否能顺利进行。
1. 将bug出现的环境，出现时的状况等详细描述并记录下来
2. 将bug出现的步骤详细记录下来，
3. 评估bug复现的概率，并将自己的意见记录下来
4. 对bug的紧急程度进行标识。
记录工作越详细，越周全，后面就越有利于开发人员复现bug，修复bug。开发人员也乐于接受这样的bug任务，会节省很多不必要的时间。
2） Bug管理技巧
将bug跨团队指定给开发人员
Bug记录下来只是完成了测试工作的开始，重要的是将发现的bug反馈给开发人员，由开发人员将bug修复，测试的工作才算是圆满完成。
以往的做法都是测试将新发现的bug一股脑儿的加到开发任务中，然后就狗撵兔子似得催着开发修改自己提交的bug。这样既不方便测试对bug的管理追踪，也容易造成开发将bug修复和日常开发任务混淆。
要避免以上的情况可以这样做：
1. 将bug单独进行管理，独立与开发项目之外
2. 根据软件的版本对bug进行版本管理
3. 将我们冗长的bug清单进行瘦身
4. 修改的bug才通过任务跨项目的方式分配给开发人员
这样的好处是可以防止开发陷入bug的汪洋大海中，可以有条不紊地安排开发的bug修改计划。这样既保证了bug的修复，也维护了双方的关系。
3） bug追踪技巧
通过看板形式追踪查看bug修复状态
将bug交付给开发人员后，测试还需要追踪bug的修复进展。通常的公司bug修复完成后会通过邮件的形式通知到测试，但是存在以下弊端：
1. 如果日常工作邮件数量过多，很容易忽略邮件通知，
2. 信息的不同步
3. 测试只能被动等待通知，无法主动掌握bug状态。
所以一款合适的bug管理工具对于测试来说至关重要，就个人经验来说，使用看板的方式追踪bug状态是最舒服最省事也最有效率的方式。
以上是在过往测试江湖中个人总结的三条小技巧，技巧虽小，但是可以帮助初入测试江湖的小白少走一些弯路，让个人的职业发展更加顺利。
原文地址：http://menghumenghu.blog.51cto.com/12319119/1924883
