11_测试报告与评测.pptVIP

第 5 章 软件测试报告与测试评价 5.1 软件缺陷的概念和种类 5.2 正确面对软件缺陷 5.3 软件缺陷的生命周期 5.4 软件缺陷的严重性和优先级 5.5 报 告 软 件 缺 陷 5.6 测 试 总 结 报 告 5.7 测 试 的 评 测 5.1 软件缺陷的概念和种类 软件缺陷简单说就是存在于软件（文档、数据、程序）之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。  软件未达到软件规格说明书中规定的功能； 软件超出软件规格说明书中指明的范围；  软件未达到软件规格说明书中指出的应达到的目标；  软件运行出现错误；  软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。 在软件测试过程中如何判断软件缺陷，软件缺陷都有哪些种类？ （15种） （1）功能不正常 （2）软件在使用上不方便 （3）软件的结构未做良好规划 （4）功能不充分 （5）与软件操作者的互动不良 （6）使用性能不佳 （7）未做好错误处理 （8）边界错误 （9）计算错误 （10）使用一段时间所产生的错误 （11）控制流程的错误 （12）在大数据量压力之下所产生的错误 （13）在不同硬件环境下产生的错误 （14）版本控制不良所产生的错误 （15）软件文档的错误 5.2 正确面对软件缺陷 在软件测试过程中，软件测试人员必须确保测试过程发现的软件缺陷得以关闭。 有些软件缺陷得以修复，有些可能会完全被忽略，还有一些可能推迟到软件后续版本中修复。 有些软件缺陷不被修复的原因如下： （1）没有足够的时间 （2）不算真正的软件缺陷 （3）修复的风险太大 （4）不值得修复 （商业风险决策） 5.3 软件缺陷的生命周期 软件缺陷从被测试人员发现一直到被修复，也经历了一个特有的生命周期的阶段。 （1）测试人员找到并登记软件缺陷，软件缺陷被移交到程序修复人员。（打开） （2）程序修复人员修复软件中的软件缺陷，然后移交到测试人员。（解决） （3）测试人员确认软件缺陷被修复，关闭软件缺陷。（关闭） 在许多情况下，软件缺陷生命周期的复杂程度仅为软件缺陷被打开、解决和关闭。然而，在有些情况下，生命周期变得更复杂一些，如图5-1所示。 图5-1 复杂的软件缺陷生命周期 审查状态： 项目管理员或委员会决定软件缺陷是否应该修复。 立即修复—解决状态—关闭状态 推迟修复—打开状态 不应修复—关闭状态 规则约束： 项目管理员—是否推迟软件缺陷修复 测试人员—允许关闭软件缺陷 一旦登记了软件缺陷，就要跟踪其生命周期，直至关闭。 5.4 软件缺陷的严重性和优先级 数据破坏 VS 错别字 特例 VS 常见 修复哪个缺陷更重要？ 测试过程中的取舍，风险，修复的时机。 测试人员要对软件缺陷分类，以简明扼要的方式指出其影响。经常使用的方法是给软件缺陷划分严重性和优先级。 严重性表示软件缺陷的恶劣程度，反映其对产品和用户的影响。 优先级表示修复缺陷的重要程度和应该何时修复。  严重性级别： ① 致命错误，例如，导致系统崩溃、数据丢失、数据毁坏等； ② 一般性错误，例如，操作性错误、错误结果、遗漏功能等； ③ 次要错误，例如，错别字、用户接口布局、罕见故障等。  缺陷优先级： ① 最高优先级，指的是一些关键性错误，必须立即修复； ② 高优先级，在产品发布之前必须修复； ③ 中优先级，如果时间允许应该修复； ④ 低优先级，可能会修复，但是也能发布软件。 极少发生的数据毁坏：严重性①，优先级③； 安装指南中的错别字：严重性③，优先级②； 启动系统就崩溃：严重性① ，优先级① ； 界面中按钮下移：严重性③，优先级④ 。 从严重性①的软件缺陷开始修复。 项目不同，严重性和优先级信息也不同。 软件缺陷的优先级在项目期间会发生变化。 5.5 报 告 软 件 缺 陷 5.5.1 报告软件缺陷的基本原则 报告软件缺陷的目的是为了保证修复错误的人员可以重复报告中的错误，从而有利于分析错误产生的原因，定位错误，然后修正错误。 报告软件缺陷的基本原则如下。 1．尽快报告软件缺陷 时间和缺陷的关系图 2．有效地描述软件缺陷 准确反映错误的本质内容，简短明了地揭示错误实质。 准确、有效地描述测试案例、测试过程。 有效的软件缺陷描述要求如下。 （1）简单与短小 （可读性，例子） （2）明确指明错误类型 （3）单一