探讨软件测试过程模型.pdfVIP

2软件测试的基本过程 软件测试是一个极为复杂的过程。一个规范化的软件测试过程通常须包括以下基本的测试活动。 ·拟定软件测试计划 ·编制软件测试大纲 。设计和生成测试用例 。实施测试 ·生成软件问题报告 实际上，软件测试过程与整个软件开发过程基本上是平行进行的。测试计划早在需求分析阶段即应开始 制定，其他相关工作，包括测试大纲的制定、测试数据的生成、测试工具的选择和开发等也应在测试阶段之 前进行。充分的准备工作可以有效地克服测试的盲目性，缩短测试周期，提高测试效率，并且起到测试文档 与开发文档互查的作用。 此外，软件测试的实施阶段是由一系列的测试周期(Test Cycle)组成的。在每个测试周期中，软件测试 工程师将依据预先编制好的测试大纲和准备好的测试用例，对被测软件进行完整的测试。测试与纠错通常是 反复交替进行的。‘当使用专业测试人员时，测试与纠错甚至是平行进行的，从而压缩总的开发时间。更重要 的是，由于专业测试人员丰富的测试经验，所采用的系统化的测试方法，全时的投入，特别是独立于开发人 员的思维，使得他们能够更有效地发现许多单靠开发人员很难发现的错误和问题。 软件测试大纲是软件测试的依据。它明确详尽地规定了在测试中针对系统的每一项功能或特性所必须完 成的基本测试项目和测试完成的标准。无论是自动测试还是手动测试，都必须满足测试大纲的要求。 测试用例是指为实施一次测试而向被测系统提供的输入数据、操作或各种环境设置。测试用例控制着软 件测试的执行过程，它是对测试大纲中每个测试项目的进一步实例化。已有许多著名的论著总结了设计测试 用例的各种规则和策略。从工程实践的角度讲有几条基本准则。 1)测试用例的代表性：能够代表各种合理和不合理的、合法的和非法的、边界和越界的，以及极限的 输入数据、操作和环境设置等； 2)测试结果的可判定性：即测试执行结果的正确性是可判定的或可评估的； 3)测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。 3软件测试过程模型 自以上分析测试的基本过程，可以构造软件测试过程的模型。 (1)创建测试计；bl／设计 输入： o已批准的测试策略文档。 O如果测试工具适用，自动化测试软件和以前开发的测试脚本。 o作为一种测试的结果(有关测试文档的问题)，测试文档中没有说明的问题。 o从概要和详细设计文档(软件设计，代码和复杂的数据)中导出的对软件复杂性和模块路径覆盖的理 解输出。 o设计时发现的问题反馈给开发人员(软件设计，代码问题)。 o已批准的测试场景，条件和脚本(测试设计，用例和脚本)。 o测试数据。 。618· 过程： O通过复审发布版本的功能需求和准备能够更好的拆分为测试脚本的业务功能逻辑集合，准备测试场景 和用例。测试将定义为测试条件，用于测试的数据和期望的结果(数据库更新，文件输出，报告结果 等等)。将可能在应用程序中出现的既普通又异常的情况描绘为测试场景。 O项目开发人员将定义单元测试需求和单元测试的场景／用例。在集成和系统测试之前，、开发人员同时 也负责执行单元测试用例。 O在开发人员和客户的协助下，测试小组将开发集成和系统测试的测试场景、用例。验收测试用例将由 客户在项目和测试小组的帮助下开发。 O通过使用测试脚本执行测试场景。脚本将定义用于执行一个和多个测试场景的一系列步骤。测试脚本 通常描绘在一般的系统操作中会出现的事务或过程。测试脚本包括用于测试过程或事务的特定数据。 测试脚本将覆盖多个测试场景并且包括运行／j；}L行／周期信息。测试脚本映射需求和用于保证任何测试 都是在范围内的追溯矩阵。 o在测试之前，捕捉并且基线化测试数据。这些数据将作为单元和系统测试的基础和在可控的环境下执 行系统功能。为了以后的对照，一些输出的数据也被基线化。在回归测试时，基线化的数据用于支持 以后的系统维护。 O为评定应用程序的就绪情况、环境和被测试的数据，应召开测试准备会议。为了指出发本版本的入口 标准状态，应创建测试就绪文档。 (2)创建测试策略 输入： o要求硬件和软件组件的详细说明，包括测试工具(测试环境，测试工具数据)。 o针对测试和进度约束(人员，进度表)所需资源的角色和职责说明。 国测试方法(标准)。 固应用程序的功能性和技术性需求(需求，变更请求，