缺陷、QC管理流程培训.ppt

缺陷管理工具- QC介绍
qc管理员
qc管理员
开发人员
测试人员
测试经理
缺陷管理工具- QC介绍


，使用相同的字体、字号、行间距， 可以保证各条记录格式一致，做到规范专业。
★每一个步骤尽量只记录一个操作保证简洁、条理井然，容易重 复操作步骤。
★确认步骤完整，准确，简短保证快速准确的重复缺陷，“完整” 即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
★检查拼写和语法缺陷在提交每条缺陷或缺陷之前，检查拼写和 语法，确保内容正确，正确的描述缺陷。
★ 尽量使用短语和短句，避免复杂句型句式软件缺陷管理数据 库的目的是便于定位缺陷，因此，要求客观的描述操作步骤，不 需要修饰性的词汇和复杂的句型，增强可读性。
如何提交高质量缺陷-提交高质量缺陷
4、重现的步骤具体要求
★ 每一步以及所有步骤组合起来应该是符合逻辑的。
★ 清晰地列出所需的前置条件。
★ 描述一般性的步骤，例如，某一步骤需要用户新建一个文件并 给它命名，那就不要写“新建一个名为Mike’s File的文件”，而最好 写成“新建一个测 试文件TestFile”。
★ 步骤应尽量详细，例如，我们要描述通过MS WORD保存一个 文档，那么有两种方式，一是说得细点儿，即 “从[文件]菜单里单击 [保存]，……”，另一种就是说得简单点，即“保存文档”，但请记 住，并非所有人都知道如何从MS WORD保存文档，或者说所有人 都会使用同样的方式保存文档，所以描述的时候最好还是采用第一 种方式。
★ 写完之后自己用新的测试数据或者在新的系统上按照步骤亲自 执行一遍，或许能够发现Bug单里有一些是遗漏的或多余的步骤。
如何提交高质量缺陷-提交高质量缺陷
5、测试数据
开发人员重现Bug时可能不会访问测试环境，有些Bug可能只能用一定的测试数据才能重现，所以尽量把测试数据附在Bug单上。
6、屏幕截图
屏幕截图是Bug单里非常重要的组成部分，有时一张图能胜过千言万语，但也不能养成习惯不管有用没用的图都往上贴，或者是只贴图而缺少文字描述。附图能够使开发人员结合你的描述快速地重现Bug是最理想的：
★所附图片的尺寸和占用空间不要太大，尽量用jpg或gif格式，而 不要用bmp格式。
★在图中出问题的地方标注一下，更利于开发人员快速定位。
如何提交高质量缺陷-提交高质量缺陷
7、严重级/优先级
设置Bug的严重级之前，应该全面地分析Bug的影响，如果我们认为这个Bug的优先级很高，那么应该在Bug单里说明优先级高的原因。如果Bug是由于程序版本恢复到上一版而产生的，那么不管它的严重级如何，它的优先级应该置成“高”。
8、日志
如果可以的话一定要把程序报错的日志附上，这会让开发人员比较容易进行分析和调试。很多不能重现的Bug都是因为缺少日志，开发人员就会返回去找测试人员要日志信息。如果日志文件不大的话，比如十几行，那么可以直接把日志信息粘到Bug单里，如果日志很大的话，那么最好单独粘到一个文件里，如txt格式的，然后当作Bug单的附件就可以了。
如何提交高质量缺陷-提交高质量缺陷
流程图介绍-缺陷生命周期
流程图介绍-提交缺陷流程
流程图介绍-修改验证流程
流程图介绍-状态拓扑图
“The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.”
---Cem Kaner《Testing Computer Software》

翻译：最好的测试人员不是发现最多BUG或是使得最多开发人员不自在的人，而是能够“说服开发人员”修正最多BUG的人。
缺陷管理中的沟通技巧
在很多人眼里，测试和开发就是天地。但是却忽略了两者的 最终目的都是一样的 ，只是达成目标的方式上有很大的差异。因此，在为同一个目标奋斗的过程中，发生冲突也是难免的，但通过下面的一些建议，换个视角看看开发人员的生活和工作，可能很多的冲突就能化解于无形了 。（摘自于网络）
*五要四不要*
缺陷管理中的沟通技巧
五要：
1、要耐心和细心
2、要懂得尊重对方
3、要能设身处地为对方着想
4、要有原则
5、要主动承担
缺陷管