标题

　　1. 首先要做一个“标题党”（此标题党非彼标题党）。标题一定要清晰简洁易理解，不应该臃长

　　2. 尽量前缀要规范，例如模板： [Product][Version]_[Feature]_[Title]，这样描述会很清晰，也方便查找

　　3. 缺陷的标题一定要描述在什么情况下发生了什么问题

　　4. 尽量避免使用人称（比如you, I等等）

　　缺陷标题的例子： DemoApp 1.0_Login_Cannot enter username by copy/paste enternal string

　　这个标题包含了产品名，版本号，模块，发生了什么（cannot enter username),什么情况下(copy/paste enternal string)

描述或总结

　　描述或总结这个模块可以用来描述标题不能容纳的更详细的内容，它可以包括很多方面，比如相关、历史版本是否重现、用户操作等。目的是更清晰详细的描述缺陷。

影响

　　　这部分用以描述该缺陷对用户实际应用中的影响。　

前置条件

　　用以描述在重现缺陷之前环境、数据或者其他的一些特殊需求。

重现步骤

　　从用户角度出发来描述重现步骤，步与步之间不应该有太大的业务跳跃，最好是连贯的。

　　例如：

　　Repro Steps：

　　1. Open DemoApp to enter Login screen

　　2. Copy username from enternal file

　　3. Paster username to username field of Login Screen

结果

　　结果可以分为“期望结果”和“实际结果”，结果可以有多个，也可以穿插在重现步骤之间（比如重现步骤中有多个缺陷的问题）

优先级

　　凡事都有轻重缓急，缺陷也是，需要标明缺陷优先级和紧急程度，以便开发团队决定先做还是延后。

重现频率　　

　　当然，大部分的缺陷是可以100%重现的，对于少数缺陷可能很难重现，或者不太容易重现，这就要标明重现的几率，比如50%。往往这种缺陷需要提供详细的日志文件，以便从日志角度获取重现或者解决突破口。

附件

　　附件非常重要！附件的格式可以多种多样，图片，日志文件，视频等。除了可以提供直观的认识（图片，视频），还可以有更多的信息（缺陷讨论邮件，日志等）。

变通方案（Workaround）

　　变通方案是提供一种绕过当前问题而使用其它的产品功能的一种方式。这样客户就可以在缺陷未解决的情况下继续使用产品。

发生原因分析（Root Cause Analysis）

　　描述从代码角度，该缺陷是如何发生的。能做到这一步的测试人员需要有较高的读写代码的能力。

环境配置

　　用以描述测试环境的配置，比如OS，相应产品版本等。

🎁更多干货

---

作为一个软件测试的过来人，我想尽自己最大的努力，帮助每一个伙伴都能顺利找到工作。所以我整理了下面这份资源，现在免费分享给大家，有需要的小伙伴可以关注【公众号：开心螺蛳粉】自提！

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群：1150305204，里面有各种测试开发资料和技术可以一起交流哦。