测试报告与评测.pptxVIP

软件测试技术

第5章软件测试报告与测试评价5.1软件缺陷的概念和种类5.2正确面对软件缺陷5.3软件缺陷的生命周期5.4软件缺陷的严重性和优先级5.5报告软件缺陷5.6测试总结报告5.7测试的评测

5.1软件缺陷的概念和种类软件缺陷简单说就是存在于软件（文档、数据、程序）之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。

01?软件未达到软件规格说明书中规定的功能；软件超出软件规格说明书中指明的范围；02?软件未达到软件规格说明书中指出的应达到的目标；0304?软件运行出现错误；?软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。05

010203040506在软件测试过程中如何判断软件缺陷，软件缺陷都有哪些种类？（15种）功能不正常软件在使用上不方便软件的结构未做良好规划功能不充分与软件操作者的互动不良用性能不佳未做好错误处理边界错误计算错误05使用一段时间所产生的错误

01控制流程的错误02在大数据量压力之下所产生的错误03在不同硬件环境下产生的错误04版本控制不良所产生的错误05软件文档的错误

A在软件测试过程中，软件测试人员必须确保测试过程发现的软件缺陷得以关闭。B有些软件缺陷得以修复，有些可能会完全被忽略，还有一些可能推迟到软件后续版本中修复。5.2正确面对软件缺陷

01有些软件缺陷不被修复的原因如下：02没有足够的时间03不算真正的软件缺陷04修复的风险太大05不值得修复（商业风险决策）

5.3软件缺陷的生命周期软件缺陷从被测试人员发现一直到被修复，也经历了一个特有的生命周期的阶段。

01测试人员找到并登记软件缺陷，软件缺陷被移交到程序修复人员。（打开）03测试人员确认软件缺陷被修复，关闭软件缺陷。（关闭）02程序修复人员修复软件中的软件缺陷，然后移交到测试人员。（解决）

在许多情况下，软件缺陷生命周期的复杂程度仅为软件缺陷被打开、解决和关闭。然而，在有些情况下，生命周期变得更复杂一些，如图5-1所示。

图5-1复杂的软件缺陷生命周期

审查状态：项目管理员或委员会决定软件缺陷是否应该修复。立即修复—解决状态—关闭状态推迟修复—打开状态不应修复—关闭状态

规则约束：项目管理员—是否推迟软件缺陷修复测试人员—允许关闭软件缺陷一旦登记了软件缺陷，就要跟踪其生命周期，直至关闭。

5.4软件缺陷的严重性和优先级数据破坏VS错别字特例VS常见修复哪个缺陷更重要？测试过程中的取舍，风险，修复的时机。

1测试人员要对软件缺陷分类，以简明扼要的方式指出其影响。经常使用的方法是给软件缺陷划分严重性和优先级。3优先级表示修复缺陷的重要程度和应该何时修复。2严重性表示软件缺陷的恶劣程度，反映其对产品和用户的影响。

01致命错误，例如，导致系统崩溃、数据丢失、数据毁坏等；03次要错误，例如，错别字、用户接口布局、罕见故障等。02一般性错误，例如，操作性错误、错误结果、遗漏功能等；?严重性级别：

最高优先级，指的是一些关键性错误，必须立即修复；高优先级，在产品发布之前必须修复；中优先级，如果时间允许应该修复；低优先级，可能会修复，但是也能发布软件。?缺陷优先级：

01极少发生的数据毁坏：严重性①，优先级③；02安装指南中的错别字：严重性③，优先级②；03启动系统就崩溃：严重性①，优先级①；04界面中按钮下移：严重性③，优先级④。05从严重性①的软件缺陷开始修复。06项目不同，严重性和优先级信息也不同。07软件缺陷的优先级在项目期间会发生变化。

5.5报告软件缺陷5.5.1报告软件缺陷的基本原则报告软件缺陷的目的是为了保证修复错误的人员可以重复报告中的错误，从而有利于分析错误产生的原因，定位错误，然后修正错误。

报告软件缺陷的基本原则如下。尽快报告软件缺陷时间和缺陷的关系图有效地描述软件缺陷准确反映错误的本质内容，简短明了地揭示错误实质。准确、有效地描述测试案例、测试过程。

有效的软件缺陷描述要求如下。简单与短小（可读性，例子）明确指明错误类型单一使用IT业界惯用的表达术语和表达方法无论何时在登录对话框里输入一串随机字符，软件就开始混乱。

023．在报告软件缺陷时不做任何评价陈述事实，语言得体必要时附加文档4．补充和完善软件缺陷报告良好的测试人员：发现并随时记录缺陷；优秀的测试人员：发现并记录缺陷后，继续监视其修复的全过程。01

ANS/IEEE829—1998标准定义了一个称为软件缺陷报告的文档，用于报告“在测试期间发生的任何异常事件”。简言之，就是用于登记软件缺陷。025.5.2IE