软件测试及其案例分析第三章软件缺陷.ppt

　　软件测试的主要目的是发现软件存在的缺陷(Bug)。Bug存在于软件生存期的各个阶段，不同阶段的Bug的性质不同，而且不同的Bug需要的软件测试方法不同。对于如何处理测试中发现的Bug，将直接影响到测试的效果。只有尽早发现Bug、适当描述Bug、准确处理Bug，才能确保软件质量。本章介绍关于Bug的基本知识，以及Bug的确认、修复、验证、跟踪管理和处理等过程。 　　　　(1) 软件错误：指在软件生存期内的不希望或不可接受的人为错误，其结果导致软件Bug的产生。软件错误是一种人为过程，相对于软件本身，是一种外部行为。　　(2) 软件故障：软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态。当软件出现故障时，若无适当措施(如容错措施)加以及时处理，便产生软件失效。软件故障是一种动态行为。 　　(3) 软件缺陷(Bug)：是对软件产品预期属性的偏离现象。IEEE729-1983对Bug有一个标准定义：从产品内部看，Bug是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，Bug是系统所需要实现的某种功能的失效或违背。　　(4) 软件失效：软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果。用户可以根据软件失效对系统服务的影响选择对于各种不同的失效的严重程度级别，如灾难性的失效、重大失效、微小失效等。 　　(5) ?Bug严重程度：Bug严重程度是指因Bug引起的故障对软件产品的影响程度，是软件Bug对软件质量的破坏程度，即此软件Bug的存在将对软件的功能和性能产生怎样的影响。　　在软件测试中，软件Bug的严重性的判断应该从软件最终用户的观点出发，即判断Bug的严重性要为用户考虑，即考虑Bug对用户使用造成的恶劣后果的严重性。 　　(6) ?Bug优先级：Bug的优先级指Bug必须被修复的紧急程度，是表示处理和修正软件Bug先后顺序的指标，即哪些Bug需要优先修正，哪些Bug可以稍后修正。　　确定软件Bug优先级，更多的是站在软件开发工程师的角度考虑问题，因为Bug的修正是一个复杂的过程，有些不是纯粹技术问题，而且开发人员更熟悉软件代码，能够比测试工程师更清楚修正Bug的难度和风险。 　　(7) 软件Bug的主要现象：　　● ?功能、特性没有实现或部分实现。　　● ?设计不合理，存在Bug。　　● ?实际结果和预期结果不一致。　　● ?运行出错，包括运行中断、系统崩溃、界面混乱。　　● ?数据结果不正确、精度不够。　　● ?用户不能接受的其他问题，如数据存取时间长、界面不美观等。 　　(8) 每日构造Bug：每日构造Bug是现实“零Bug”管理的一项具体措施。所谓“零Bug”，只是一种高度负责的理念，是小组对质量的承诺。“零Bug”的产品并非没有Bug，而是符合预先定义的质量标准。所谓每日构造就是把每天做的源程序都编译成可执行的形式并在组内公开，每个人都可以看到每天的进展，并能做出评估。每日构造的好处在于易于暴露未预料的设计Bug；较早地诊断Bug；同步小组成员的工作；减少Bug集成的风险；提高了软件质量；保持对项目进度监控并且有利于增强小组成员和客户信心，同时增强项目成功的信心。 　　　　软件Bug的生命周期中的不同阶段是测试人员、开发人员和管理人员一起参与、协同测试的过程。软件Bug一经发现，便进入测试人员、开发人员、管理人员的严格监控之中，直至软件Bug的生命周期终结，这样可保证在较短的时间内高效地关闭所有Bug、缩短软件测试的进程、提高软件质量，同时减少开发和维护成本。 　　1．概念　　软件Bug的生命周期是指一个软件Bug被发现、报告到这个Bug被修改、验证直至最后关闭的完整过程。图3.1为Bug的生命周期描述。 　　　 　图3.1 Bug的生命周期 　　具体的软件Bug的生命周期分为7个生命状态：New、Open、Reopen、Verify、Fixed、Close和Reject。这些状态能详细记录、跟踪和管理每个软件Bug的生命过程，直至排除这个Bug。　　为软件Bug设定严重级别、优先级、Bug类型等属性，以自动分清软件Bug的轻重缓急，并能提供相关的分析和统计功能。 　　软件Bug的生命周期分为简单的和复杂的软件Bug生命周期。　　(1) 简单的软件Bug生命周期的过程如下：　　发现Bug→打开Bug→修复Bug→关闭Bug　　● ?发现→打开：测试人员找到软件Bug并将软件Bug提交给开发人员。　　● ?打开→修复：开发人员重现、修改Bug，然后提交给测试人员去验证。　　● ?修复→关闭：测试人员验证修改过的软件，关闭已不存在的Bug。 　　上面的过程只是一种理想的状态，在实际的测试中是很难这样顺利执行，需要考虑到各种突发情