在软件测试中清楚准确的描述bug，是测试人员必备的基础，对于bug的规则性描述，要让开发人员一眼就能看懂，这样才会提高整个项目的效率。但是在描述bug时经常会出现一些问题，例如测试与开发需求有偏差，bug的出现充满概率性，bug受环境条件影响等，那么bug管理的规则性描述到底该怎么写呢？接下来就详细了解一下。
 
1. 摘要主要用于指明Bug发生的地点、在什么条件下发生什么现象。
2. 描述Bug发生的地点、所用账号类型、操作步骤、期望值、实际值， 如果Bug与浏览器相关，需尽量描述更多的环境参数，如操作系统等。
3. 一个Bug不会包含多个问题，会尽量单一化，便于跟踪处理及统计
4. 对于很难描述清楚的Bug需截屏作为附件上传，并在描述中写明参照附件。
5. 尽量减少重现的步骤以达到用最少的步骤来重现问题。
6. 不要使用完全的大写形式，那样会让人感觉在控诉，不要使用感叹号或其他表现个人感情色彩的词语或符号。
7. 在BUG提交前，测试人员应该反复阅读它，集中剔除那些没有关系的步骤或词语，隐含的或模糊的说明和那些由于对没有任何关系的细节或者那些在重现错误过程中不需要的步骤。
8. BUG如果在特定条件下产生的，必须写明BUG产生的条件和操作步聚。