1、Bug的编写及管理流程
面试题：你认为是一个BUG，但开发不认为是个BUG，你怎么处理?
– 首先，我会将这个问题提交到缺陷管理库里面进行备案。
– 接下来，分析为什么会出现“我认为是BUG，开发不认为是BUG”的这种情况。
1. 功能性BUG，与需求不符，与原型设计不符。可能是开发对需求没有深入的了解，忽略或者弄错。-我会站在用户的角度，从需求的角度分析为什么是BUG，并且把需求、设计相关的内容截图，指出依 据。
2. 测试人员自己提单的描述不够清楚。
– 提高自身的表述能力，尽量使用截图、录屏等直观的模式去展现。
3. 部分偶现性BUG。
– 尝试在出现错误的时候保留截图和日志。
4. 有争议的BUG。
– 测试人员在测试过程中会根据经验，对比竞品提出的优化性建议，这类BUG往往没有给出详细的需求，是要修改，但是得根据项目实际需要进行确认，开BUG评审会，讨论解决。如果时间允许，项目测试收尾的时 候，对buglist是否修复给出明确的处理，时间紧的产品，又认为有必要修复的时候，可能会延期到下期。
5. 误提现象，测试人员对需求理解不明确，出现偏差，环境错误。
– 反复理解需求，确认需求和环境。
2、测试 告
测试 告模板
点餐系统测试 告V1.0.docx
3、APP专项测试
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！