测试环境、测试标准和方法.docx

PAGE PAGE 1 北京北大软件工程发展有限公司 Beijing Beida Software Engineering Development Co.,Ltd. 测试环境、测试标准和方法 编 写 审 核 批 准 版 本 V1.0 生效日期 年月日 密级：内部文件 状态：受控  修订记录 版本号 发布日期 修改人 修改日期 审核人 审核日期 批准人 批准日期 修订原因 测试环境 测试环境的定义 测试环境包括设计环境、实施环境和管理环境。本章讲述的是通常意义上的测试环境即测试的实施环境。 　　● 测试设计环境：编制测试计划/说明/报告及与测试有关的文件所基于的软件/硬件设备和支持。在设计阶段根据客户的需求进行环境设计，当然期望测试环境无限接近于客户所需软件运行的真实环境，但实际上由于各种资源的限制，只能在近似的模拟环境中进行测试。 ● 测试实施环境：对软件系统进行各级测试所基于的软件/硬件设备和支持。测试实施环境包括被测软件的运行平台和用于各级测试的工具。实施环境必须尽可能地模拟真实环境，以期望能够测试出真实环境中的所有问题，同时也需要理想环境以便找出问题的真正原因。 测试环境是测试的基础 测试环境贯穿了测试的各个阶段，每个测试阶段中测试环境对测试影响是不一样的。 　　在测试的计划阶段，充分理解客户需求，掌握产品的基本特性有助于测试环境的设计，合理调度使用各种资源，申请获得未具备的资源，保证计划的顺利实施。如果在测试计划中规划了一个不正确的环境，直到实施的过程中才发现，浪费了大量的人力和物力取得一些无用的结果，即使只是遗漏了一些环境配置，如不能及时发现，及时申请购买或调用，也会影响整个项目的进度。在计划阶段，考虑周全很重要。 　　在 单元测试和集成测试阶段，有部分测试 工作是由开发人员完成的。开发人员的测试环境通常为开发环境，近似于理想环境。理想环境有利于代码的调试和分析，但测试结果不能视为真实结果。有这样一个例子，测试人员报告的bug在开发环境中无法重现，开发人员就在测试人员的测试环境中研究，原来是环境系统的设置不同造成的，此时测试人员就应该分析修改系统设置是否合理。如果合理，这就是一个很棒的解决方案，但要求用户手工修改系统设置，或不能识别用户的系统设置通常都是不合理的，这应该是个严重的bug。 　　在 系统测试和验收测试阶段，测试环境必须模拟并最大限度地接近实际环境。测试人员在设计测试案例时就得写明测试环境，因为在不同的环境中预期的结果是不同的。测试中运行测试案例，报告bug时有一项基本的要求，就是写明测试环境，以便开发人员再现bug，减少不必要的交流和讨论。大型的软件系统，特别是支持多平台的软件系统，往往测试环境比较复杂，而且在不同的环境下，软件的特性有差异，问题的解决方案也不同。 　　测试环境是软件测试的基础，使用错误的测试环境，可能会遇到以下的情形： 　　● 得出完全错误，甚至是相反的结果。 　　● 得出的结果和实际使用中的结果有很大误差。 　　● 忽略了实际使用可能会出现的严重错误，将严重的bug遗留到客户的手中。 　　● 导致项目返工，造成巨大的资源浪费。 　　● 导致项目延期，信誉的损失。 　　所以，测试环境问题的重要性应该得到充分的重视。尽量将测试环境的因素降到最小，避免因测试环境出现的问题。 测试标准 组织者在指定范围内选择软件测试遵循的标准，并结合本软件系统的具体需求，使之贯彻到整个软件测试的计划、实现和管理过程之中。根据标准，需要被明确的内容包括：测试阶段和测试文件类型。能从三个角度来划分测试阶段：面向测试操作类型的阶段划分、面向测试操作对象的阶段划分、面向测试实施者的阶段划分。测试操作类型包括：调试、集成、确认、验证、组装、验收、操作等。测试操作对象能是：单元、部件、设置项、子系统、系统等。测试实施者能是：研发者、测试者、使用者、验收者等。各类标准从不同角度定义测试评审阶段，而测试组织者能在符合所选标准的同时，结合多个划分因素规定本系统的测试阶段。各标准规定的测试文件类型也不尽相同。如国标《软件产品研发文件编制指南》规定了两类测试文件：测试计划、测试分析报告；国标《计算机软件测试文件编制规范》定义了八类测试文件：测试计划、测试设计说明、测试用例说明、测试规程说明、测试项传递报告、测试日志、测试事件报告、测试总结报告；《XXX软件工程化技术文件》定义了三类测试文件：测试计划、测试说明、测试报告。我们认为最后这种规定较易操作：因为，太少的测试文件类型不利于有步骤有层次地定义测试内容，也不利于测试用例和测试例程的良好表达；太多的测试文件类型易使测试组织陷入到繁杂的文件规范和编制中去；而第三种定义较为适中。其中：测试计划在系统分析/设计阶