发现缺陷以后，QA需要尽自己所能去调查缺陷，收集所有跟缺陷相关的信息，包括不限于出现的环境（操作系统、浏览器和不同的测试环境等）、重现步骤、屏幕截图、日志等，并将这些信息简单清晰的记录下来。

确定严重性和优先级

　　严重性是指缺陷发生对用户所产生影响的严重程度，优先级是指需要修复的紧急程度，通常需要结合严重性和发布计划等来确定。新QA往往比较容易混淆这两个概念，注意它们是有区别的，优先级高的严重性不一定高，而严重性高的往往优先级比较高。具体需要根据产品和项目实际情况来确定。

分析和跟踪缺陷

　　开发人员修复缺陷之后，QA需要测试和验证缺陷，很多时候缺陷被验证之后就没人管了，但缺陷的生命周期并没有结束，后面还有非常重要的分析和跟踪阶段。在这个阶段，QA要分析缺陷产生的原因，影响的功能模块，过去一段时间以来的发展趋势等，根据这些分析结果制定下一阶段避免和减少同样缺陷产生所需要采取的行动措施，并且跟踪行动执行的详细情况。

　　缺陷分析是非常重要的一个环节，但却很容易被忽略。关于缺陷管理的更多详细内容请参考我的另一篇文章《软件缺陷的有效管理》。

　　再来看看“杯子”的例子，执行一番测试之后，可能发现如下缺陷：

容积为100毫升的量杯只能盛水80毫升

杯子表面不够光滑但不影响使用

清水倒进去水变成酸的了

　　第一个是严重的功能缺陷，第二个属于UI问题，第三个可能是一个非常严重的安全性问题。QA需要将这些缺陷报告，并根据严重性和产品流程等来安排优先级，督促开发人员及时修复高优先级的缺陷。缺陷修复并重新测试没问题之后，要分析统计，找出产生缺陷的环节，并采取措施防止下一批杯子出现同样的问题。

　　5. 质量反馈和风险意识

　　软件产品的质量不是QA这一个角色能保证的，而是需要整个开发团队所有人员齐心协力，共同为质量负责。QA作为质量分析保证的主力军，对产品质量需要有更清晰的认识，及时识别质量风险，并反馈给整个团队。

　　将质量相关因素可视化出来，是反馈给团队的较为有效的方式。质量可视化包括但不限于cycle time、自动化测试覆盖率、缺陷分析报告、错误日志分析、网站分析工具统计报告、性能监控数据、安全扫描结果、用户反馈、产品环境下的缺陷统计等，可以根据项目和产品具体情况具体定义。

　　定期或者不定期的把这些可视化结果反馈给团队，有助于形成团队对质量的统一认识，发挥团队每个成员对于质量保证的主观能动性，从而一起制定和调整下一阶段的质量保证策略。

　　测试了一批杯子之后，将杯子的质量相关情况反馈给团队，内容可能是：

最近这批杯子出现的缺陷明显比上一批少，可以鼓励团队再接再厉；

这批杯子出现了很多严重缺陷，那么就需要组织团队一起讨论问题根源，考虑采取措施防止问题重复出现；

某一批杯子等待很久才可测，需要分析原因，采取改进行动；

这一批杯子生产效率明显比以前有提高，同样可以确认效率提高的原因，后续可以以此为参考持续改进和提高。

　　软件测试的概念虽然已经出现多年，但QA或者软件测试工程师还是被很多人误认为就是简单的点击应用程序进行测试，是一项没有技术含量的工作。其实，从前面对QA职责的描述，大家可以看到，QA的技能要求还是蛮高的，其中非常关键的一项就是具备扎实的计算机基础，具备基本的编码能力和数据库操作能力。

　　只有了解系统的工作原理，才能更好的去验证系统的完备性，发现问题才能更快更有效的初步定位。因此，下次有人问你为啥选择软件测试行业，千万别说是因为自己技术不行，那样会被鄙视的。

　　各项软技能

　　从QA的职责要求可以看出，做好QA还需要多方面的软技能：

快速理解业务的能力：通常丰富的领域知识和快速学习新事物的能力可以帮助快速理解业务。

分析能力和定位问题的能力：执行测试和定位缺陷的过程中，这种能力非常重要。

良好的沟通表达能力，包括口头和书面沟通：QA需要跟客户、需求人员、开发人员等不同角色沟通以更好的完成工作，良好的沟通将会事半功倍。

踏实、认真、细心：每一个测试、每一个缺陷都需要认真的对待，容不得半点浮躁，这些技能无需细说。

　　当然，除此之外，能在QA职业道路上有良好的发展，极其重要的一点是对软件质量相关工作有浓厚的兴趣。

　　写在最后