2007-05-26 14:11 | 只看楼主
树型| 收藏| 小 中 大 1

每日一帖：怎样编制《用户接受测试计划》


编制《用户接受测试计划》不仅仅是编制一个计划文档的简单事件
我们可以通俗的理解“编制《用户接受测试计划》”为“规划用户接受测试工作”
第一步：制订高级别的测试策略
  • 定义测试的范围
    通俗的理解测试范围就是“针对软件要测试多少东西”
  • 定义测试的方法
    通俗的理解测试方法就是“依据软件开发生命周期的不同阶段实施静态或者动态测试，为了发现软件缺陷”
  • 定义测试的准则
    通俗的理解测试准则就是“测试的进入准则、退出准则、暂停/恢复准则、测试通过/失败准则”，例如，测试的进入准则解释的是在测试开始之前必需要完成哪些事情，比如在用户接受测试开始之前，开发方必需完成需求分析说明书文档。
  • 定义自动化测试的策略
    通俗的理解自动化测试策略就是“哪些手工测试应该进行自动化测试以及实施自动化测试所能获得的好处”。
第二步：定义测试系统
    在完成了自动化测试策略的制订之后，就要开始详细规划测试工作的过程。测试系统不仅明确了测试中需要使用的硬件设备，还要明确测试的框架、测试的工具和测试的配置。
  • 测试框架
    测试框架的通俗解释就是“测试用例的组织架构”
  • 测试工具
    典型的测试工具包括了自动化功能测试工具、自动化性能测试工具、单元级的白盒测试工具、测试管理工具等等
  • 测试环境
    测试环境一般包括物理的测试设备、操作系统、应用平台、数据库等
  • 测试配置
    通俗的理解测试配置就是“不同的网络配置、不同的浏览器、不同的操作系统、不同的客户端（CPU、硬盘、内存、显卡）等的组合”。有时，测试的配置组合结果会达到1000种，需要从中依据一定的原则挑选出需要的测试配置，以节省测试工作量，达到在规定时间内完成测试的目标。这些原则包括：使用频率；失效的风险；失效的历史（曾经存在失效的历史事件）。
第三步：估算测试工作量
  • 定义需要完成的测试任务
  • 确定完成每个测试任务所需的工作量，及确定整个软件测试生命周期所需的工作量
  • 确定每个测试任务所需的时间，及确定整个软件测试生命周期所需的时间
  • 制订一个详细的时间表，及确定里程碑（重要的日期）
  • 评估时间表的风险，及针对风险定义相应的解决方案
第四步：准备和评审测试计划文档
  • 测试计划文档的编制（IEEE标准）
    （1）测试计划的标识
    （2）介绍
    （3）测试项
    （4）需要测试的特性
    （5）不需要测试的特性
    （6）方法
    （7）测试项的通过/失败准则
    （8）暂停准则和恢复准则
    （9）测试产出物
    （10）测试任务
    （11）测试环境
    （12）职责与分工
    （13）人员及培训要求
    （14）时间表
    （15）风险及规避方法
    （16）审批人
  • 测试计划文档的评审
    （1）所有与软件开发相关者都需要参与对测试计划的评审
    （2）测试方法需要从技术角度进行评审，以确保向用户许诺的需求最终被正确的实现
    （3）项目中的所有相关者应理解测试的进入和退出准则
TestFocus焦点测试网