怎样写测试缺陷报告

提bug的标题，内容报告有个规范
怎么编写一个合格的bug报告
怎么写出一个规范的缺陷标题
怎么出阶段性的报告和总结性的报告
讲禅道，怎么从禅道导入图形，怎么去统计bug，怎么写bug报告
用禅道和jira的是最多的，QC好用，但是花钱
测试人员权限登录，统计组织和后台都是看不见的，并且没有删除缺陷和用例的权限
怎样写规范的缺陷bug
影响版本：v1.0(判断是第几轮测试)，v2.0，冒烟测试，回归测试，阿尔法，贝塔
按轮次测试，一轮，二轮
测试应该从需求阶段介入
单元测试就是白盒测试，一般由开发人员自测
接口测试是真正的测试介入，测试是在开发还没有完成之前测试
在没有前端界面的时候就介入了，不是在前端界面开发完了后介入
影响版本就是测试的阶段
v1.0代表第一轮，v2.0代表第二轮
冒烟代表第一轮之前
阿尔法代表最后一轮测试结束的之后
冒烟是开始，阿尔法是结束
贝塔版本是线上，用户开始提bug
bug标题很严谨
例：
v1-供应大厅-商品详情页-点击商品分享按钮无响应-功能未实现
缺陷报告，禅道可以生成一个图形报告
开发人员改完了后，回归测试确认改完的关闭，没有改完的重新打开
测试缺陷报告：
项目的介绍，缺陷数量的统计表，缺陷统计图（用禅道生成）
缺陷的总结报告评估，评估能否达到上线标准，能否进入下一轮测试
还有哪些遗留的问题要解决，哪些建议要提出