要怎么写bug单比较好？
测试发现bug，提交bug单要怎么填写比较好？是否需要填写非常完整？太完整的话量太大不好看，个人觉得是不是只要有重现步骤就可以了 这个需要结合具体的实际情况。如果整个团队人不多，大家互相之间了解，描述的内容很容易理解，可以写的简单些，包括缺陷编号，描述，严重程度，发现人，重现步骤（简要描述）就可以了。 每个公司对bug描述的要求不一样的，合适的才是最好的 每个公司对bug描述的要求不一样的，合适的才是最好的 各个公司对于bug的描述要求上可能会有不一样，还有就是看你用什么bug管理工具了如果想详细点，那么可以按照这样的方式描述：
缺陷编号、测试阶段、缺陷分类、严重性、出现频率、报告日期、报告人、分派给、优先权、完成度、状态、摘要、描述、附件。
例子：
缺陷编号：bug001
测试阶段：UT（ut，si等）
测试页面名称：A页面（也可以是页面号，总之可以帮助开发人员快速定位bug的发生位置）
缺陷分类：功能遗漏（功能实现错误，界面错误，设计错误，db错误错误）
严重性：严重错误（新特性、微不足道、文字错误、次要、严重、系统崩溃等）
出现频率:经常（有时、无法重现等）
报告日期:2011-**-**
报告人:admin
分派给:admin_temp
优先权:中（高中低）
完成度:未处理（未处理，已修正，重新打开，不是问题，不做修改等）
状态:已分派（已解决、打回、已完成）
摘要:新增按钮功能未实现
描述:
测试观点：按钮功能验证
测试现象：进入A页面，点击A页面上的新增按钮，页面无迁移
正确结果：进入A页面，点击A页面上的新增按钮，页面可以迁移到的A新增页面
附件:（bug产生的截图或者是db的错误日志等） bug要达到沟通效果，即开发看到bug不用过来跟你沟通就知道怎么回事
所以有些bug需要详尽的描述，有些则很简略
但是环境，出现概率之类的信息是不可以少得 关于bug单的几大要素我就不重复了。
就我目前看来，好的bug单有几点：
首先，要简洁明了，一般步骤不要超过6部，字数不超过100字
其次，不要带有歧义和模糊的字眼
再次，请附上日志 还是的看项目的要求吧~~~
和开发人员沟通一下，形成一个模板~~~
页:
[1]
