一、bug相关
1. bug的定义
电脑程序里面的错误，而现在更是将其衍生为漏洞、错误、可改进的细节或与需求文档存在差异功能实现等
2. bug的分类（禅道为例）
- 功能缺陷（业务流程未实现）
- 代码错误（错误页404/500）
- 界面优化（UI问题、图文显示）
- 安装部署（安装失败、无法访问等）
- 性能问题（响应时间久、加载慢）
- 安全相关（密码没有加密）
- 设计缺陷（需求问题）
- 非常紧急
- 紧急
- 一般
- 不重要
- 标题：简明扼要描述bug，让人快速了解问题
- 测试环境：什么环境下发现的，软件和硬件系统，什么版本，如果需要，还应注明是哪个硬件平台
- 前提条件：用户测试前的系统环境信息（bug在什么环境或设置下出现的）
- 测试步骤：在执行什么操作时，发现的问题
- 实际结果：在测试软件的过程中，软件本身表现出的结果，可可能与实际结果有出入
- 预期结果：软件设计所要求的达到的预期目标
- 附件：主要形式为截图、录屏、日志等
- 确保自己提交的是个bug，并且能够复现
- 如果开发有疑问，或者说开发觉得这不是问题的时候，我们可以站在用户的角度，解释在使用系统时，用户的操作是怎样的不便
- bug步骤需要描述清楚，以便开发人员在了解问题后可以准确定位
- 跟研发确认清楚，修改问题后的影响范围，是否会对其他模块造成影响，如果有影响，需要重新关注
- 注意沟通语气，“你这个bug很大，赶紧修改吧”，“你敢说这个不是bug这种话语不可取，建议“帮忙看下是不是我哪里操作的不正确”
4. bug优先级
bug优先级的作用：开发修复bug的先后顺序
6. bug跟踪流程
8. 高质量bug的编写
9. 怎样与开发沟通
二、测试 告相关
1. 测试 告中都含有哪些要素
（1）每一轮测试完成后的测试 告
Excel形式，包含项目发测信息，比如测试程序版本、测试策略、修改影响范围，还包含测试内容、测试结果、bug列表、测试充分小说明，质量总结说明
（2）TR4/TR6软件测试 告
Word版，是针对截至目前已测试的所有轮数、测试充分性做一个质量分析，比如存在多少缺陷，每个缺陷所属模块，缺陷严重等级分布、缺陷DI值分析，当前缺陷的状态（已关闭、正在修改、未解决的个数），最后会总的进行一个质量说明，并且给出是否测试通过的建议
2. 测试 告中最重要的是什么
最重要的是质量评估、总结建议。
因为前面的内容都是对已有现象的描述，而总结建议是对于已有现象的总结和建议，是帮助项目团队在做一个整体的提升，是测试驱动开发（TDD）的一个体现
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！