《软件测试方法和技术ch15报告所发现的缺陷stm》由会员分享，可在线阅读，更多相关《软件测试方法和技术ch15报告所发现的缺陷stm（31页珍藏版）》请在金锄头文库上搜索。
1、软件测试方法和技术软件测试方法和技术 第2版第第15章章报告所发现的缺陷zhang_shu_张淑艳张淑艳软件测试方法和技术ch15-报告所发现的缺陷-stm第第1515章章 报告所告所发现的缺陷的缺陷15.l 15.l 软软件缺陷的描述件缺陷的描述15.2 15.2 软软件缺陷相关的信息件缺陷相关的信息15.3 15.3 软软件缺陷跟踪和分析件缺陷跟踪和分析15.4 15.4 软软件缺陷跟踪系件缺陷跟踪系统统 软件测试方法和技术ch15-报告所发现的缺陷-stm15.l 软件缺陷的描述件缺陷的描述15.1.1 软件缺陷的生命周期件缺陷的生命周期15.1.2 严重性和重性和优先先级15.1.3
2、缺陷的其它属性缺陷的其它属性15.1.4 完整的缺陷信息完整的缺陷信息15.1.5 缺陷描述的基本要求缺陷描述的基本要求15.1.6 缺陷缺陷报告的示例告的示例软件测试方法和技术ch15-报告所发现的缺陷-stmn软件缺陷生命周期指的是一个件缺陷生命周期指的是一个软件缺陷被件缺陷被发现、报告告到到这个缺陷被修复、个缺陷被修复、验证直至最后关直至最后关闭的完整的完整过程程n缺陷生命周期是各缺陷生命周期是各类开开发人人员一起参与、一起参与、协同同测试的的过程。程。n软件缺陷一旦件缺陷一旦发现，便，便进入入严密密监控之中，直至控之中，直至软件件缺陷生命周期缺陷生命周期终结，这样即可保即可保证在在较短
3、的短的时间内高内高效率地关效率地关闭所有的缺陷，所有的缺陷，缩短短软件件测试的的进程，提高程，提高软件件质量，同量，同时减少开减少开发、测试和和维护成本。成本。15.1.1 软件缺陷的生命周期件缺陷的生命周期软件测试方法和技术ch15-报告所发现的缺陷-stm基本的缺陷生命周期基本的缺陷生命周期 q发现发现- -打开：测试人员找到软件缺陷打开：测试人员找到软件缺陷并将软件缺陷提交给开发人员。并将软件缺陷提交给开发人员。 q打开打开- -修复：开发人员再现、修复缺修复：开发人员再现、修复缺陷，然后提交给测试人员去验证。陷，然后提交给测试人员去验证。 q修复修复- -关闭：测试人员验证修复过的关闭
4、：测试人员验证修复过的软件，关闭已不存在的缺陷软件，关闭已不存在的缺陷。 发现 打开打开 修复修复 关关闭 软件测试方法和技术ch15-报告所发现的缺陷-stm常常见的的软件缺陷生命周期件缺陷生命周期软件测试方法和技术ch15-报告所发现的缺陷-stm15.1.2 严重性和重性和优先先级q严重性（重性（severity）衡量缺陷）衡量缺陷对客客户满意度的影响程度意度的影响程度致命的（致命的（fatal）、）、严重的（重的（critical）、一般的（）、一般的（major）、微小的（）、微小的（minor）q优先先级( (Priority)：指缺陷被修复的：指缺陷被修复的紧急程度。急程度。缺陷
5、优先级缺陷优先级描述描述立即解决(P1级) 缺陷导致系统几乎不能使用或测试不能继续，需立即修复高优先级(P2级） 缺陷严重，影响测试，需要优先考虑正常排队(P3级） 缺陷需要正常排队等待修复低优先级(P4级） 缺陷可以在开发人员有时间的时候被纠正。软件测试方法和技术ch15-报告所发现的缺陷-stm15.1.3 缺陷的其它属性缺陷的其它属性n缺陷缺陷标识（ID）n缺陷缺陷类型（型（type）n缺陷缺陷产生可能性（生可能性（frequency）n缺陷来源（缺陷来源（source）n缺陷原因（缺陷原因（rootcause）见 P.327328诸表表软件测试方法和技术ch15-报告所发现的缺陷-st
6、m15.1.4 完整的缺陷信息完整的缺陷信息n前提前提n操作步操作步骤n期望期望结果果n实际结果果n上述的各种缺陷属性上述的各种缺陷属性见 P.328表表15-7软件测试方法和技术ch15-报告所发现的缺陷-stm软件缺陷的件缺陷的详细描述描述 q“步步骤”提供了如何重复当前缺陷的准确描述，提供了如何重复当前缺陷的准确描述，应简明明而完而完备、清楚而准确。、清楚而准确。这些信息些信息对开开发人人员是关是关键的，的，视为修复缺陷的向修复缺陷的向导 q“期望期望结果果”与与测试用例用例标准或准或设计规格格说明明书或用或用户需求等一致，达到需求等一致，达到软件件预期的功能。是期的功能。是验证缺陷的依
7、缺陷的依据。据。 q“实际结果果”实际执行行测试的的结果，不同于期望果，不同于期望结果，果，从而确从而确认缺陷的存在缺陷的存在 软件测试方法和技术ch15-报告所发现的缺陷-stm15.1.5 缺陷描述的基本要求缺陷描述的基本要求q单一准确一准确q可以再可以再现q完整完整统一一q短小短小简练q特定条件特定条件q补充完善充完善q不做不做评价价软件测试方法和技术ch15-报告所发现的缺陷-stm15.2 软件缺陷的件缺陷的相关相关信息信息15.2.1 软件缺陷的件缺陷的图片信息片信息15.2.2 使用使用WinDBG记录软件缺陷信息件缺陷信息15.2.3 使用使用Soft-ICE记录软件缺陷信息件
8、缺陷信息15.2.4 分离和再分离和再现软件缺陷件缺陷软件测试方法和技术ch15-报告所发现的缺陷-stm15.2.1 软件缺陷的件缺陷的图片信息片信息 n软件缺陷相关的信息包括件缺陷相关的信息包括软件缺陷的件缺陷的图片、片、记录信息和如何再信息和如何再现和分离和分离软件缺陷，使开件缺陷，使开发人人员和其他的和其他的测试人人员更容易分离和重更容易分离和重现它。它。n一些涉及用一些涉及用户界面界面( (User Interface)User Interface)的的软件缺件缺陷可能很陷可能很难用文字清楚地描述，因此用文字清楚地描述，因此软件件测试人人员通通过附上附上图片比片比较直直观地表示缺陷地
9、表示缺陷发生在生在产品界面什么位置、有什么品界面什么位置、有什么问题等。等。 软件测试方法和技术ch15-报告所发现的缺陷-stm15.2.4 分离和再分离和再现软件缺陷件缺陷 q确保所有的步确保所有的步骤都被都被记录。q特定条件和特定条件和时间。q压力和力和负荷、内存和数据溢出相关的荷、内存和数据溢出相关的边界条件。界条件。q考考虑资源源依依赖性性包包括括内内存存、网网络和和硬硬件件共共享享的的相互作用等。相互作用等。 q不不能能忽忽视硬硬件件。与与软件件不不同同，硬硬件件不不按按预定定方方式工作。式工作。 q和开和开发人人员紧密合作密合作理解分离和理解分离和调试软件缺陷之件缺陷之间的区的区
10、别软件测试方法和技术ch15-报告所发现的缺陷-stm分离和分离和调试软件缺陷之件缺陷之间的区的区别 n再再现缺陷缺陷现象所需的最少步象所需的最少步骤有哪些？有哪些？这些步些步骤成功再成功再现的可能性多大？的可能性多大？ n缺陷是否成立存在？缺陷是否成立存在？测试结果是否可能起源于果是否可能起源于测试因素或因素或者者测试人人员自身的自身的错误，还是影响是影响顾客需求的、系客需求的、系统真正真正的故障？的故障？q哪些外部因素哪些外部因素产生生软件缺陷？件缺陷？ q哪些内部因素，是代哪些内部因素，是代码、网、网络、还是是环境引起的境引起的软件缺陷件缺陷？ q怎怎样在不在不产生新的缺陷的条件下使生新
11、的缺陷的条件下使这个个软件缺陷得到修复件缺陷得到修复？ q这种修复是否种修复是否经过调试，单元是否元是否经过测试？ q问题解决了解决了吗？它是否通？它是否通过了确了确认和回和回归测试，确定系，确定系统的其余部分仍工作正常？的其余部分仍工作正常？ 软件测试方法和技术ch15-报告所发现的缺陷-stm15.3 软件缺陷跟踪和分析件缺陷跟踪和分析15.3.1 软件缺陷件缺陷处理技巧理技巧15.3.2 缺陷缺陷趋势分析分析15.3.3 缺陷分布分析缺陷分布分析15.3.4 缺陷跟踪方法缺陷跟踪方法软件测试方法和技术ch15-报告所发现的缺陷-stm软件缺陷的件缺陷的处理和跟踪理和跟踪 n确确保保每每个
12、个被被发现的的缺缺陷陷都都能能够被被解解决决，“解解决决”的的意意思思不不一一定定是是被被修修正正，也也可可能能是是其其他他处理理方方式式（例例如如，延延迟到到下下一一个个版版本本中中修修正正或或者者由由于于技技术原原因因不不能能被被修修正正），总之之，对每每个个被被发现的的BUGBUG的的处理理方方式式必必须能能够在在开开发组织中达到一致；中达到一致；q收收集集缺缺陷陷数数据据并并根根据据缺缺陷陷趋势曲曲线识别测试处于于测试过程中的哪个程中的哪个阶段；段； q决决定定测试过程程是是否否结束束，通通过缺缺陷陷趋势曲曲线来来确确定定测试过程是否程是否结束是常用并且束是常用并且较为有效的一种方式。
13、有效的一种方式。q收收集集缺缺陷陷数数据据并并在在其其上上进行行数数据据分分析析，作作为组织过程程改改进的的财富。富。 软件测试方法和技术ch15-报告所发现的缺陷-stm15.3.1 软件缺陷件缺陷处理技巧理技巧 q审阅。可以由。可以由测试管理管理员、项目管理目管理员或其他人来或其他人来进行，行，审阅缺陷缺陷报告的告的质量水平；量水平；q拒拒绝。如果。如果审阅者决定需要者决定需要对一份缺陷一份缺陷报告告进行重大修行重大修改，改，应该和和测试人人员一起一起讨论，由，由测试人人员纠正缺陷正缺陷报告，然后再次提交；告，然后再次提交； q完善完善。完整地描述了。完整地描述了问题的特征并将其分离，那么
14、的特征并将其分离，那么审查者就会肯定者就会肯定这个个报告；告； q分配分配。分配。分配给适当的开适当的开发人人员，如果不知道具体开，如果不知道具体开发人人员，应分配分配给项目开目开发组长，由开，由开发组长再分配再分配给对应的开的开发人人员； 软件测试方法和技术ch15-报告所发现的缺陷-stm软件缺陷件缺陷处理技巧理技巧 (2)(2)q验证。缺陷的修复需要得到。缺陷的修复需要得到测试人人员的的验证，同，同时还要要进行回行回归测试，检查这个缺陷的修复是否会引入新个缺陷的修复是否会引入新的的问题； q重新打开重新打开。重新打开一个缺陷，需要加注。重新打开一个缺陷，需要加注释说明、明、电话沟通等，否
15、沟通等，否则会引起会引起“打开打开- -修复修复”多个来回，造成多个来回，造成测试人人员和开和开发人人员不必要的矛盾不必要的矛盾 q关关闭。只有。只有测试人人员有关有关闭缺陷的缺陷的权限，开限，开发人人员没没有有这个个权限。限。 q暂缓。如果每个人都同意将确。如果每个人都同意将确实存在的缺陷移到以后存在的缺陷移到以后处理，理，应该指定下一个版本号或修改的日期。一旦新指定下一个版本号或修改的日期。一旦新的版本开始的版本开始时，这些些暂缓的缺陷的缺陷应该重新被打开。重新被打开。软件测试方法和技术ch15-报告所发现的缺陷-stm15.3.2 缺陷缺陷趋势分析分析监控控（打开打开/ /关关闭/ /已
16、修正的已修正的）缺陷随缺陷随时间的的变化化1)1)产品开品开发质量情况取决于累量情况取决于累积打开打开/ /关关闭曲曲线的的趋势。 2)2)项目目进度取决于累度取决于累积关关闭/ /打开曲打开曲线起点的起点的时间差。差。 3)3)开开发人人员、测试人人员的工作的工作进度、效率也能得到反映度、效率也能得到反映软件测试方法和技术ch15-报告所发现的缺陷-stm示例示例软件测试方法和技术ch15-报告所发现的缺陷-stm理想理想趋势图软件测试方法和技术ch15-报告所发现的缺陷-stm示例：示例：微软公司基于缺陷趋势图的里程碑定义微软公司基于缺陷趋势图的里程碑定义软件测试方法和技术ch15-报告所
17、发现的缺陷-stm15.3.3 缺陷分布分析缺陷分布分析n缺陷分布缺陷分布报告，缺陷数量与缺陷属性的函数。如告，缺陷数量与缺陷属性的函数。如测试需需求和缺陷状求和缺陷状态、严重性的分布情况等。重性的分布情况等。软件测试方法和技术ch15-报告所发现的缺陷-stm示例：根本原因示例：根本原因图表表软件测试方法和技术ch15-报告所发现的缺陷-stm缺陷缺陷报告告n缺陷分布缺陷分布报告，告，允允许将缺陷将缺陷计数作数作为一个或多个缺陷参数的函一个或多个缺陷参数的函数来数来显示，生成缺陷数量与缺陷属性的函数。如示，生成缺陷数量与缺陷属性的函数。如测试需求和缺陷状需求和缺陷状态、严重性的分布情况等。重
18、性的分布情况等。n缺陷缺陷趋势报告，告，按各种状按各种状态将缺陷将缺陷计数作数作为时间的函数的函数显示。示。趋势报告可以是累告可以是累计的，也可以是非累的，也可以是非累计的；的；n缺陷年缺陷年龄报告，告，显示缺陷示缺陷处于活于活动状状态的的时间，展示一个缺陷，展示一个缺陷处于某种状于某种状态的的时间长短，从而了解短，从而了解处理理这些缺陷的些缺陷的进度情况。度情况。n测试结果果进度度报告，告，展示展示测试过程在被程在被测应用的几个版本中的用的几个版本中的执行行结果以及果以及测试周期周期软件测试方法和技术ch15-报告所发现的缺陷-stm15.3.3 缺陷跟踪方法缺陷跟踪方法n当前缺陷状当前缺陷
19、状态BugDashboardn项目目发展展趋势:每天的每天的变化、差异，重点化、差异，重点进行行趋势分析分析级别总数数未未 处理的理的正正 在在 处理的理的修正的修正的不不 是是 缺缺陷陷重复的重复的 暂不不处理理关关闭致命的20000002严重的21618751420161一般的3123100007微小的52000300软件测试方法和技术ch15-报告所发现的缺陷-stm软件缺陷件缺陷报告告任何一个缺陷跟踪系统的核心都是“软件缺陷报告”，一份软件缺陷报告详细信息如表：软件缺陷件缺陷项目列表目列表分类分类 项目项目 描述描述 可跟踪信息 缺陷ID 唯一的、自动产生的缺陷ID，用于识别、跟踪、查
20、询 软件缺陷基本信息 缺陷状态 可分为“打开或激活的”、“已修正”、“关闭”等 缺陷标题 描述缺陷的最主要信息 缺陷的严重程度 一般分为“致命”、“严重”、“一般”、“较小”等四种程度 缺陷的优先级 描述处理缺陷的紧急程度， 1是优先级最高的等级，2是正常的，3是优先级最低的 缺陷的产生频率 描述缺陷发生的可能性1%-100% 缺陷提交人 缺陷提交人的名字（会和邮件地址联系起来），一般就是发现缺陷的测试人员或其他人员 缺陷提交时间 缺陷提交的时间 软件测试方法和技术ch15-报告所发现的缺陷-stm软件缺陷件缺陷报告告软件缺陷基本信息 缺陷所属项目/模块 缺陷所属的项目和模块，最好能较精确的定
21、位至模块 缺陷指定解决人 估计修复这个缺陷的开发人员，在缺陷状态下由开发组长指定相关的开发人员；也会自动和该开发人员的邮件地址联系起来，并自动发出邮件 缺陷指定解决时间 开发管理员指定的开发人员修改此缺陷的时间 缺陷验证人 验证缺陷是否真正被修复的测试人员；也会和邮件地址联系起来 缺陷验证结果描述 对验证结果的描述（通过、不通过） 缺陷验证时间 对缺陷验证的时间 缺陷的详细描述 步骤 对缺陷的操作过程，按照步骤，一步一步地描述 期望的结果 按照设计规格说明书或用户需求，在上述步骤之后，所期望的结果，即正确的结果 实际发生的结果 程序或系统实际发生的结果，即错误的结果 测试环境说明测试环境 对测
22、试环境描述，包括操作系统、浏览器、网络带宽、通讯协议等 必要的附件图片、Log文件 对于某些文字很难表达清楚的缺陷，使用图片等附件是必要的；对于软件崩溃现象，需要使用Soft_ICE工具去捕捉日志文件作为附件提供给开发人员。 软件测试方法和技术ch15-报告所发现的缺陷-stm15.415.4软件缺陷跟踪系件缺陷跟踪系统 在在11.7节我我们已已讨论软件测试方法和技术ch15-报告所发现的缺陷-stm小小结n本章讲解了应该遵循正规过程正确地描述、分离、分类、记录和跟踪软件缺陷，以保证它们有效地、快速地被修复、最终得到解决。n需要建立软件缺陷跟踪数据库存储、搜索和分析软件缺陷，从而生成一系列的图表，分析项目的发展趋势，控制项目进度，并找到薄弱的领域，预防缺陷。 软件测试方法和技术ch15-报告所发现的缺陷-stm
