《软件测试 第二章》由会员分享，可在线阅读，更多相关《软件测试 第二章（42页珍藏版）》请在金锄头文库上搜索。
1、软件测试,2019年10月17日,第二章：执行系统测试,学习目标: 了解执行测试基本步骤 掌握快速了解系统的方法 熟悉测试环境搭建 熟悉软件错误分类 掌握错误报告编写的技巧 熟悉软件错误管理流程,2.1 执行系统测试步骤,2.2 快速熟悉被测系统,学习已有的测试指南 阅读已有的工程文档 请专业人员演示应用程序 输入随机数据和命令 执行所有操作选项 尝试程序的运行状态,理解需求时重点关注系统以下方面： 系统的软、硬件体系结构 系统要处理的业务主要包括哪些 业务的处理流程如何 业务处理中的数据要求 业务处理中的相关规则 系统功能之间的关联,2.3 建立系统测试环境,测试环境：由测试人员为进行软件测
2、试而搭建的，被测试软件所运行的软件环境和硬件环境，是完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。 硬件环境：测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境。 软件环境：被测软件运行时的操作系统、数据库及其他应用软件构成的环境。,测试环境适合与否会严重影响测试结果的真实性和正确性,搭建环境中注意事项,硬件的配置要求 操作系统及、数据库、中间件等软件版本、补丁版本 网络环境中接入方式、网络拓扑、带宽等 初始基础数据，如一定量的数据库记录、登录用户等 测试环境必须可恢复 及时做好数据库等备份,运行测试用例后测试人员必须记录下测试结果： 程
3、序运行结果与期望的结果一致，在相应测试用例上记录测试通过信息。 程序运行结果与期望的结果不一致，在相应测试用例上记录测试失败等相应信息，同时填写错误报告单。,2.3 报告测试结果,对错误的描述主要包含以下内容： 错误报告基本信息 错误描述 测试环境说明 其它附件,2.3.1 错误报告的内容,错误报告实例,错误编号 软件名称和版本号 错误的严重程度 错误概要 报告人 发现错误的时间 承办人 错误的优先级 错误状态 注释,错误报告基本信息,2.3.2报告错误报告的技巧,如何描述软件错误？,错误报告分析（一）,冗长混乱的错误报告,错误报告分析（二）,含糊不清的错误报告,错误报告分析（三）,优秀的错误
4、报告,在错误报告中，核心的内容是“错误描述”。,优秀的错误描述主要由三个基本部分组成：摘要、重建步骤和隔离。 “摘要”又叫主题或标题，是关于错误的一两句话的描述，强调它对顾客或系统用户的影响。 “重建步骤”提供了如何重复这个失败的精确描述。 “隔离”是指测试人员收集的结果和信息，以确认错误确实是一个问题，并标识那些影响到错误表现的要素。,测试人员在报告错误时需注意以下方面： 描述清楚、精确、简洁 内容详细 描述事实而不是推测 报告错误如何重现 妥善处理间歇性错误 在递交前检查,其它需要注意的方面： 每一个步骤中，尽量只记录一个操作，这样将容易重复操作步骤。 根据错误类型，选择图像捕捉的方式。
5、为了直观的观察错误现象，通常可以附加提供错误出现的界面。 附加必要的特殊文档。 如果打开某个特殊的文档而产生的错误，则必须附加该文档，以再现错误。 当一个错误发生的时候，测试人员应立刻停止正在做的任何操作并记录,报告中需要重现错误吗？,关于错误的重现,为什么需要重现错误？ 如果不能重现错误，程序员可能不能理解到底发生了什么。 程序员需要知道错误发生的步骤，对程序进行动态调试，以修复问题。 如果程序员不能亲眼看到问题，有时候程序员会对软件错误报告置之不理。,所有的错误都能重现吗？,当测试人员发现一个错误时，他所看到的只是现象，并不是根源。 当所发现的错误不能被重现时，测试人员应重复发现错误时的操
6、作环境和操作步骤。 软件错误是不会间歇发生的，即使出现概率很小，但一旦满足了确切的条件，错误会再次显现出来。任何错误都应该是可重现的。,为什么我无法重现错误？,有很多原因使测试人员不能立即重现某个错误： 竞争条件 错误依赖于特定执行顺序 错误造成的影响导致无法重现 错误与内存内容相关 仅仅在初次运行时出现错误 间歇性的硬件故障 与时间相关的错误 错误依赖于资源 错误由长期积累形成,编写高效的报告，需要做到以下几点： 要重点说明让问题重现的步骤和方法 分析错误，用最少的步骤描述 写出的报告应该完备、易读而且没有敌意 不要轻易猜测错误的原因 进行演示和使用文件附件 立即记录错误 不要遗漏,小结：,
7、错误报告中的常见问题： 在报告中说“不好用” 所报告内容毫无意义 在报告中用户没有提供足够的信息 在报告中提供了虚假信息 所报告的问题是由于用户的过失而产生的 所报告的问题是由于其他程序的错误而产生的 所报告的问题是由于网络错误而产生的,小结：,思考： 1、所有的错误对系统的影响都一样吗？ 2、该先修复哪个错误？ 3、错误都是因为编写代码引起的吗？,2.3.3 错误的分类,错误可以按照不同的方式进行分类： 按照错误等级分类 按照错误处理优先级分类 按照错误原因分类,1、软件错误等级,按照错误的严重程度、影响程度的不同，软件错误可以被分为不同的等级，也可称为“错误严重程度”、“错误严重等级”。
8、所谓“严重性”指的是一个错误在系统中的影响，主要包括以下五种： 致命错误 ：影响全局的死机、通信中断、重要业务不能完成。 严重错误 ：规定的功能没有实现或不完整或产生错误结果；设计不合理造成性能低下，影响系统的运营；使系统不稳定、或破坏数据等。 一般错误 ：不影响主要功能使用，或者有替代的方式完成用户需要的功能。 轻微错误 ：通常指界面拼写错误或用户使用不方便等小问题或需要完善的问题。 改进建议 ：改进建议一般指软件中值得改良的地方。,程序员在面对一系列错误的时候，一般情况下，需要先修改错误等级高的，但并不都如此。 优先级与严重程度有一定关系，但也不完全相同。有可能某个严重错误的修复优先级是低
9、，也有可能某个轻微错误的修复优先级是高。 “优先级”抓住了在严重程度中没有考虑的重要程度因素。 严重性等级由测试人员决定，而优先级则由项目经理设置。,2、错误处理优先级,错误处理优先级别一般分为： 立即解决：要求开发人员立即修复。此错误阻止进一步测试，需要立即修复。 高优先级：此错误在产品发布前必须修复，否则会影响软件的发布和使用 正常排队：应该修复。如果时间允许，应该修复此错误 低优先级：考虑修复。此错误即使不修复，也可以发布。,根据错误发生的原因对错误进行分类可以帮助软件项目开发组总结开发过程的薄弱环节，给今后的软件项目开发提供经验数据。 还可以按照错误的发生位置进行分类。便于识别出经常出
10、问题的软件模块，确定责任人。 通过错误发生位置的统计可以帮助软件项目组进行软件质量分析，便于今后进一步的质量改进。,3、错误原因,软件错误产生的原因主要包括： 需求分析不完善造成软件不满足用户要求 软件设计错误造成运行错误 程序员编写代码过程中引入错误,错误处理优先级别一般分为： 立即解决：要求开发人员立即修复。此错误阻止进一步测试，需要立即修复。 高优先级：此错误在产品发布前必须修复，否则会影响软件的发布和使用 正常排队：应该修复。如果时间允许，应该修复此错误 低优先级：考虑修复。此错误即使不修复，也可以发布。,思考： 1、报告完错误，测试人员工作是否结束？ 2、发现的错误谁负责解决？,管理
11、软件错误是测试工作的一个重要部分 。 管理软件错误主要是对错误进行跟踪，确保每个被发现的错误都能够及时得到处理。,2.4 管理软件错误,对错误的跟踪需要达到以下的目标： 确保每个被发现的错误都能够被解决 解决不一定是被修正，也可能是其他处理方式，但对每个被发现的错误的处理方式必须能够在开发组织中达到一致。 收集错误数据并根据错误趋势曲线识别测试过程的阶段 决定测试过程是否结束有很多种方式，通过错误趋势曲线来确定测试过程是否结束是常用并且较为有效的一种方式 收集错误数据并在其上进行数据分析，作为组织的过程财富,1、软件错误状态,软件错误的状态包括： 开放 已分配 被拒绝 被忽略 修复 关闭,2、错误管理流程,3、统计软件错误,错误数据统计是错误跟踪管理的目标。 统计数据给产品开发或测试工作的改进提供依据。 常用的统计方法有： 按照错误的严重程度进行统计 按照错误发生的根本原因进行统计 按照功能模块进行统计 按照每天发现的错误数量进行统计,在系统测试过程中测试人员通常需要书写项目状态报告，让管理层了解项目的测试状态和质量状态。 测试活动结束后测试人员通常需要书写测试总结和分析报告。 测试状态报告主要内容包括： 有多少错误尚未被关闭 有多少错误被关闭 有多少错误被忽略,4、测试报告,
