4.需求分析矩阵与缺陷报告.pptxVIP

乐科科技缺陷管理与测试报告延长符 12需求分析矩阵 13需求分析矩阵需求分析矩阵的作用：建立产品需求、测试需求与测试用例之间的映射关系，方便进行用例需求覆盖率统计如果需求发生变更，可以根据需求跟踪矩阵快速定位哪些测试用例需要更新 14缺陷管理掌握软件缺陷的生命周期掌握高质量缺陷报告的填写方法掌握软件缺陷的相关属性了解缺陷冲突中的一些常见问题 15缺陷管理一个完整的缺陷报告一般包含以下内容：缺陷编号预置条件缺陷标题测试步骤严重程度优先级重现率缺陷状态 16缺陷生命周期 17缺陷管理怎么可能；在我这是好的，不信你来看看真是奇怪，刚刚还好好的；肯定是数据问题；你清下缓存试试重启下电脑试试；是不是版本装错了；这谁写的代码；尼玛怎么还在用360安全浏览器用户不会像你这么操作的；程序员被提bug之后的反应 18缺陷管理提交的缺陷开发人员不认可怎么办？如何处理不能重现的缺陷？如何处理好与开发人员及其他相关人员的关系？缺陷太多怎么办？找不到缺陷怎么办？如何处理缺陷跟踪中的扯皮现象？缺陷管理中常见的问题 19回归测试什么是回归测试（regression testing）？回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试。 20回归测试回归测试流程1、在测试策略制定阶段，制定回归测试策略2、确定要回归测试的版本Version，哪个版本上bug被修改了就在那个版本上回归3、回归测试版本发布，按照回归测试策略执行回归测试4、回归测试通过，关闭缺陷报告单5、回顾测试不通过，缺陷报告单返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试。 21回归测试策略完全回归选择性回归 覆盖修改法 针对被修改的部分，选取或重新构造测试用例验证没有错误再次发生 周边影响法 不但要包含覆盖法确定的用例，还需要分析修改的扩散影响，对那些受到修改间接影响的部分选择测试用例，验证它没有受到不良影响。 指标达成方法 一种类似于单元测试的方法，在重新执行测试前，先确定一个要达成的指标，如：修改部分代码100%的覆盖、与修改有关的接口60%覆盖等，基于这种要求选择一个最小的测试用例集合。 22验收测试在通过了内部系统测试之后，就可以开始验收测试验收测试是以用户为主的测试，验收组应该由项目组成员、用户代表等组成验收测试原则上在用户所在地进行，但如经用户同意也可以在公司内模拟用户环境进行验收测试根据合同、《需求规格说明书》或《验收测试计划》对成品进行验收测试对于产品型的项目，验收测试一般又分为α测试和β测试两种 23验收测试α测试:α测试是由用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS (即功能Funtion 、局域化Local?、可用性Usable 、可靠性Responsiblity 、性能Performance和技术支持Support)α测试的关键在于可能逼真的模拟实际运行环境，用户对软件产品的操作要尽可能的涵盖所有用户的操作方式。开发者坐在用户旁边，随时记下错误情况和使用中的问题。这是在受控的环境下进行的测试 24验收测试β测试:β测试是由软件的多个用户在一个或多个用户的实际使用环境（生产环境）下进行的测试同α测试一样都是由潜在的客户进行测试，而不是由产品的开发者进行测试，不同的是，β测试开发者通常不在现场。β测试发现的bug交给开发修复，然后向全体客户发布最终的软件产品。目前很多互联网公司也成为灰度测试。 25生命周期各测试方法对比 26测试报告编写测试报告模板和编写 27测试执行全过程 28测试执行工作流程