发现 bug 是测试人员必须具备的能力，不管在什么公司，测试人员在执行测试任务的时候，发现 bug 和提 bug,以及跟踪 Bug 是必要的工作。如何提出高质量的 bug,是体现测试人员水平的重要标志。从功能测试人员，到测试开发，高级测试开发等，都避免不了与 bug 打交道。可是现在也存在这么一种现象：测试人员提的 bug 质量不高，开发人员看不明白。于是就来找测试人员，来解释这个 bug 是怎么回事，如此来回折腾浪费工作时间，在跨部门协作的时候，这样的情况尤其严重。
测试人员提 bug 质量不高，主要表现在如下几个方面：
（1）bug 表述不清，只有一句话，介绍 bug 是什么，然后没有其他的说明。
（2）不提 bug,发现问题直接告诉开发人员，在工作交流平台上不断讨论 bug。
(3) 发现 bug 的场景没有保留，重现成本较高。
针对上面的各种情况，我们测试人员要不断地提高相应的能力，提出高质量的 bug。如何提出高质量的 bug 呢？
每个公司不管规模大小，都应该有 bug 管理平台，如 jira,禅道，teambition,或是公司自主研发的项目管理平台；只要我们通过相应的平台来管理项目，bug 等，要想更好地提 bug 必须先全面了管理平台的功能。很难想象，如果你相应的管理平台都不会用，如何更好的辅助测试呢？
根据 bug 的影响，每个公司会定不同的 bug 分级标准。如 p0,p1,p2,p3,或是致命，严重，一般，低级与建议,或者 A,B,C,D。作为测试人员必须了解相应的分析标准，在发现 bug 后才能准确地给 bug 定位，从而影响 bug 的修改优先级。
要想准确地定位 bug，从而快速地修复 bug,相应的 bug 信息是必须的，同时发现 bug 必须通过公司的 bug 管理平台进行记录和跟踪。有的时候公司会通过 bug 管理平台来设定 bug 的模板，有的公司没有，但是不管有没有模板，我们需要记录以下信息：
【前置条件】
XXXX
【测试步骤】
1，XXXX
2，XXXX
3，XXXX
【预期结果】
XXX
【实际结果】
XXXX
同时上传错误日志或是错误界面截图。准确设置相应的 bug 负责人，相关知情人，以及其他的必要信息。如果 bug 比较复杂，保留 bug 发现的现场，以供开发人员来进行排查。
Bug 提交后不是就和测试人员没有关系了，你需要实时跟踪 bug 的进展情况。根据 bug 的不同级别，关注开发人员修改的进度，相应的修改情况是否准确记录。同时要做到如下几点：
（1）根据测试安排和轮次，先将发现的 bug 进行记录，不能反复验证 bug.
（2）不要相信开发人员，不管他说的修改的内容如何，影响范围如何，必须按自己先前的测试用例进行验证。
（3）如果上线的时候，原则上必须把 bug 修复完；如果没有修复完，对 bug 进行评审，级别高的必须修复，低级别的需要产品进行确认。
（4）大型项目结束后，必须对 bug 进行分析和汇总，分析问题出现的原因及避免方案。
总结，根据我的工作经验，测试人员如果要提高质量的 bug,必须做好上面的各项步骤。高质量的 bug,不仅有助于开发快速定位和修复问题，同时也体现了你的能力，容易得到开发人员和团队的认可。所以我们首先要不断地提高自己的测试技术，养成良好的提 bug 习惯，在测试工作的职业生涯中越走越宽。