缺陷分析总结报告
说明：文章内容仅供预览，部分内容可能不全。下载后的文档，内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的，是否完整无缺。
软件缺陷A software bug occurs when one or more of the following five rules is true: 1. The software doesn't do something that the product specification says it should do. 2. The software does something that the product specification says it shouldn't do. 3. The software does something that the product specification doesn't mention. 4. The software doesn't do something that the product specification doesn't mention but should. 5. The software is difficult to understand, hard to use, slow, or in the software tester's eyes will be viewed by the end user as just plain not right. 如果出现了下面的一种或多种情况，即说明软件中出现了缺陷： 1软件没有实现产品说明书中指定的应该实现的功能 2软件实现了产品说明书中指定的不应该实现的功能，即超出了产品说明书中指定 的范围 3软件实现了产品说明书中没有提及的功能 4软件没有实现产品说明书中没有提到但是他应该实现的功能 5软件测试人员认为软件难于理解，不易使用，运行速度缓慢，或者最终用户认为 软件不符合行业操作流程和规范，是明显不管理缺陷的第一步是定义缺陷。 缺陷不可避免1软件是人类编写的，人难免会犯错误，这必然给软件留下不良的痕 迹。2相比其 他类型的项目，软件项目具有鲜明的行业特点。软件产品与传统产品 有很多不同的特征，如不可见性、灵活性高度的复杂性。 软件错误：指在软件生命周期内的不希望或者不可接受的人为错误，将导致软件缺 陷的的产生 软件故障：指在软件运行的过程中出现的一种不希望或者不可接受的内部状态 软件失效：软件运行时产生的一种不希望或者不可接受的外部行为结果，是系统对 用户要求的偏离，是一种面向用户的概念。 需求规格说明书是软件缺陷最多的地方（1）主要是因为 用户一般是非计算机专业 人员，软件开发人员和用户的沟通本身就存在比较大的困难，对要开发的产品功能 理解不一致（2）由于软件产品还没有设计、开发、完全靠想象力去描述系统的实 现结果，所以有很多特性还不够清晰3用户的需求总是在不断的变化的，这些变化 如果没有在产品规格说明书中得到正确的描述，就容易引起前后文、上下文的矛盾 （4）部分开发人员对规格说明书不够重视，在规格说明书的设计和写作上投入的 时间和人力不足（5）有时整个开发队伍的沟通也不够充分，可能只有设计师或者 项目经理得到更多的信息较多 每个阶段注入的缺陷在本阶段就被发现和清除是最佳选择：1因为前期阶段注入的 缺陷在后面阶段被发现和消除的代价高得多2软件缺陷发现或解决的越晚，修复软 件缺陷的代价就越高3修正错误的代价不是随着时间线性增长，而是几乎呈指数级 增长的。 软件缺陷报告记录哪些缺陷信息：缺陷类型（系统、数据、数据库、接口、功能、 安全性、兼容性、性能、界面）、内容说明、备注 用哪些状态来标识和跟踪软件缺陷：提交、打开、拒绝、修复、关闭、推迟、重新打开 为什么缺陷的严重性和优先级不是一一对应的吗：因为修正软件缺陷不是一个纯技术问题，有事需要综合考虑市场发布和质量风险等风险 解决缺陷就一定是指修复缺陷吗？为什么？解决不一定是修正，也可能是其他处理方式，比如在下一个版本中修正或干脆不修正。总是，对每个被发现的缺陷处理的处理方式必须能够在开发组织中达成一致。 1. 你所了解的软件缺陷管理工具中，你比较喜欢哪个？简单说明原因。 软件缺陷生命周期，说明其间可能出现的软件状态及状态间的转换、涉及到开发还是测试人员1,新建一个软件缺陷，是打开状态（open）：审查缺陷，不是代码问题，就是设计需要修改2新建一个软件缺陷，是打开状态：审查缺陷，确定以后再修改，就是延期状态（later）3新建一个软件缺陷，是打开状态：审查缺陷，确认实际上没有这个缺陷或不是缺陷，可以将其关闭4新建一个软件缺陷，是打开状态：若不能清楚的重视，即认为缺少信息。需要返回到打开状态；否则修正缺陷后将其关闭，进行回归测试。 12、书写优良的缺陷报告应该遵循的“5C”原则是什么？ （1）内容正确（correct）：每个组成部分的描述正确，不会引起误解； （2）内容清晰（clear）：每个组成部分的描述清晰，易于理解； （3）步骤简洁（concise）：只包含必不可少的信息，不包括任何多于的内容； （4）结构完整（complete）：包含复现该缺陷的完整步骤和其他本质信息； （5）风格一致（consistent）：按照一定的格式书写全部缺陷报告 13、你认为缺陷报告的书写应该注意哪些问题？ （1）每个软件缺陷报告只报告一个软件缺陷 （2）对缺陷的描述要做到简洁、准确、完整，记录缺陷出现的位置，揭示软件本质。 （3）明确指明缺陷类型和严重程度 （4）每一个重现步骤尽量值记录一个操作，描述简洁，有条理。 14、测试人员在发现软件缺陷后应该立即填写缺陷报告并提交吗？为什么？ 花费一些额外的时间仔细检查一遍，不要立即提交。要再看看这次自己找到的缺陷是不是一个别人已经发现并提交过的缺陷；如果发现了关于已有缺陷的更多信息，就应该及时把这些信息补充更新到该缺陷的缺陷报告中；经过检查，确认发现了新的缺陷后，就应该立即填写缺陷报告单，以免有所遗漏；缺陷报告提交前自己最好再多一遍，可能会发现错误，至少可以感受一下自己的描述是不是晦涩难懂，还有没有什么条件或注意事项没写出来，按所填步骤重新执行一遍是否可以重现。以上工作都完成并且确定无误后，就可以提交了。 15、缺陷提交后，测试人员还要继续关注吗？为什么？ 要。因为测试进度一般很紧，有时测试人员可能会只顾往前跑，却忘了其他东西。在缺陷提交后，开发人员会看到、修复、拒绝或者要求更多的信息，测试人员要及时了解这些变化的信息。只有测试和开发之间进行连续的互动，彼此都不耽误对方的工作，这样的研发工作才会是高效率的。因此，缺陷提交后，测试人员应跟踪缺陷的处理，随时根据需要补充完善信息，保证缺陷从别发现起就被正确报告，并得到应有的重视，直至缺陷被修复。 16、遇到无法重现的缺陷时，你会怎么做？ 可考虑检查一下方面：检查被测对象的版本信息检查出现该缺陷时的测试环境；注意软件才边界条件、数据溢出问题，考虑资源依赖性和内存、网络、硬件共享的相互作用；使用模式；人；使用测试工具。 17、发现的缺陷一定要修复吗？不一定的话，哪些情况可以不修复？ 产品最终发行或者项目交付有明确的时间限制；不算是真正的缺陷；修复缺陷将影响较多的模块，带来的风险比较大，可能会加剧产品的不稳定性；修复缺陷的性价比过低，不值得修复。 18、为什要进行回归测试？ 为了验证对系统的变更没有影响以前的功能，并保证当前的功能变更是正确的。 19、你认为使用缺陷管理工具进行缺陷管理有什么作用？列举你所知道的缺陷管理工具。 便于查找和跟踪；便于跟踪和监控缺陷的处理过程和方法；便于集中管理，提高效率；保证缺陷报告的质量；安全性高；方便缺陷处理流程实时管理，根据当前缺陷的状态，决定当前缺陷的处理方法，保持高效的测试过程；有利于项目组成员间协同工作；便于项目介绍后的存档。 20、根据CMMI的定义，同行评审的同行一定是从事相同工作的人吗？为什么？ 不一定，而是包括与该工作相关的所有人员。 21、管理评审和同行评审有什么不同？ 与同行评审相同，管理评审有不同的关注点。管理评审关注计划可行性和组织的有效性，目的在于解决管理问题。通常是为管理行动提供信息，要得出管理结论。而同行评审则关注产品的正确性，检查工作产品是否符合规定的要求，目的是找出缺陷或选择技术方案。管理评审的参加者主要是管理员，而同行评审一般不需要管理人员参加。 22、为什么说在公司中QA既是老师，又是警察，也是医生？ QA是老师：因为QA首先要了解和熟悉公司的规范，规程，具有一定的学习和沟通能力，只有自己懂了，才能培训和指导项目组成员。QA是警察：QA最主要的职责就是评价项目过程、产品和服务，所以说他充当的警察的角色。QA是医生：当项目组遇到困难或出现问题时，QA会帮助项目组分析问题发生的原因，并协助找到合理的解决方法。 23、5个违反规则的做法：(1)采用邮件通知大家，没有专门通知到个人。（2）没有预先下发被评审的工作产品和检查单（3）会议的焦点不是在确定问题上，而是转到了如何解决问题（4）主持人没有经验，没有很好地主持和控制会场局面，当遇到会议跑题的时候，一定要记住会议主题，将讨论的焦点带回来，不然容易越走越远（5）没有做缺陷的记录和发现工作量的记录。 本文来源：https://www.wddqw.com/doc/76ac23ee6237ee06eff9aef8941ea76e58fa4a9a.html