作者：北大青鸟南京中博-王书聪

        熟悉TCP/IP协议等网络基础知识，掌握基本的软件测试理论和测试方法，对主流测试工具也有着深入的理解。

        做为一名测试人员，平时工作可能主要是设计测试用例，执行测试，然后针对发现的软件缺陷提交缺陷报告。不同的公司缺陷报告的格式也许不同，但是作为一份完整的缺陷报告，主要包括：测试人员、提交时间、软件测试的软硬件环境、模块名称及版本号、缺陷的严重程度和优先级、缺陷的概要描述和详细描述、返测时间、返测人、返测结果等。其中严重程度和优先级、软硬件环境、概要描述和详细描述是重中之重，这些关乎一个Bug是否引起足够的重视及是否能够快速地重现，因此提交优秀的缺陷报告非常关键。那么针对这些点，如何写一份优秀的缺陷报告呢？

        首先，必须告知重现人员该Bug发现的软件配置环境及版本号。因为缺陷的产生跟软件的配置环境有很大的关系，这点在做软件的兼容性测试时是一个非常关键的因素，缺陷报告中必须清晰准确告之。

        其次，严重程度和优先级决定了这个Bug被修复的优先顺序，不同的公司对于严重程度和优先级的定义不同，对于测试人员来说，你可以按照公司的规定对缺陷进行归类即可，对于不知道该归为什么级别的缺陷，可以采取大家讨论的方式最终决定。但是在此必须告诉大家，缺陷的严重程度和优先级并不是一一对应的关系，缺陷修复的顺序还必须综合考虑缺陷修复的风险等问题。

        缺陷的概要描述：优秀的缺陷报告从概要描述能够很清晰地知道缺陷是什么，是对缺陷全面准确的总结，需要准确的但不夸张过分的描述，提供恰到好处的信息。不能够夸大，不能够带有疑问语气、不带个人的感情色彩，避免用语冗长模糊，不能够有错别字，但也不能够为了简明扼要而不能够描述该缺陷是什么，还应达到准确清晰。

        详细描述：概要描述告诉了我们缺陷是什么，而详细描述应该告知我们缺陷产生的条件和步骤，应该让别人根据你写的详细描述步骤能够重现Bug。但是并不是为了达到重现缺陷的目的而使步骤写的很冗长，很繁琐，应该做到步骤清晰，一个操作一个步骤，一个步骤占一行，从而增加第一次正确重现和修复缺陷的机会。如果知道预期结果，也可以注明。

        总结来说，缺陷报告描述标准有：让程序员能够根据描述快速找到这个Bug；让程序员能够明确这个Bug需要怎么样修复；最后应该明确验收标准。写好一份优秀的缺陷报告并不是朝夕能够完成的事情，还需要在实践中不断的提炼，不断地探索，不断地归纳总结。