bug描述的标准

bug 描述的标准有： 　　1、基本标准：需要让 开发 人员能根据描述理解这个bug。 　　2、最好能让开发人员能明确这个bug在哪可以找到（定位）、需要怎样修复。 因此我对bug描述的建议就是： 1. 有条理的把每个小问题列出来，分123，不要怕条目多。 2. 描述问题时一定要把背景交代清楚，即在哪些操作后或者什么环境中会出现，不要忽视那些你看来可能不会引起问题的操作，越细致越好。 3. 善于使用截图和视频 录制 ，这些可以更直观的说明bug的产生过程和 结果 。 4.再现：尽量三次再现故障。如果问题是间断的，那么最好报告问题发生的概率；例如，每3次出现一次，每3次出现2次等； 5.推广：确定 系统 其他部分是否可能出现这种错误，以及使用不同的 数据 是否可能出现这种问题，特别是那些存在严重影响的问题。 6.使用清晰的语言，尤其要避免使用那些有多个不同或相反含义的词汇。 7.中立：公正地表达自己的意思，对错误及其特征的事实进行描述，避免夸张或忽略的语句，引起过度的注意力或忽视。 8.走察：在你提交 测试 报告或测试评估报告之前先自己读一遍，最好是另有一个有测试 工程师 或测试经理走察一遍。