工作产品:开发人员测试
该工件包含传统上在以下类别中考虑的工作:单元测试、大部分集成测试以及经常被称为系统测试的某些方面。
用途

开发人员测试的目的在于以高效且有效的方式提供所需测试的子集的实施。

关系
角色负责人: 修改者:
输入至必需: 可选:
外部:
输出自
描述
简述

每个开发人员测试应考虑包括以下各项在内的各个方面:

  • 基本的计算机硬件需求;例如,处理器、内存、硬盘存储器、输入/输出接口设备
  • 基本的底层软件环境;例如,操作系统和基本生产力工具(如电子邮件或日历系统)
  • 其他专门的输入/输出外围硬件;例如,条形码扫描仪、收据打印机、现金抽屉和传感器设备
  • 专门的输入/输出外围硬件所必需的软件;例如,驱动程序、接口和网关软件
  • 促进测试、评估和诊断活动所必需的软件工具的最小集合;例如,内存诊断、自动执行测试等等
  • 硬件和软件选项所必需的配置设置;例如,视频显示器分辩率、资源分配、环境变量等等
  • 必需的“预先存在”的可耗资源;例如,填充的数据集、收据打印机明细及类似物品。
属性
可选
已计划Yes
关键注意事项
在与需要测试的软件组件相同的时限中创建大多数开发人员测试。开发组件之后,则开发由变更请求驱动的测试,若测试目标仅仅是在可控性更好的环境中再现缺陷,那么大多数情况下,这些测试的生命期都相当短。
定制
说明选项

开发者测试可具有下表中列出的属性。开发人员测试的正式程度是不同的,因此在实施中可能将略去或加入以下一些信息。通常,要测试的组件越大、越重要,那么需要在开发人员测试维护中投入的工作就越多。

属性名 

简要描述 

名称 用于标识该开发人员测试的唯一名称。 
描述 对开发人员测试的内容的简短描述,通常提供关于复杂性和范围的某个高级别的指示。 
目的 对此开发人员测试代表什么、为何重要的说明。 
相关测试和评估项 映射到特定元素(例如需要引用的各个需求)的某种形式的可跟踪性或依赖关系。 
前置条件 在执行开发人员测试之前必须达到的开始状态。 
指令 可以是执行手动测试的分步指令,也可以是可由机器读取的指令(执行这些指令时,它们会激发软件,其方式与相应的参与者、人员或其他角色执行操作的方式相似)。 
观察点 开发人员测试指令中的一个或多个位置,在此,将观测系统状态的某方面且通常将观测值与期望的结果相比较。 
控制点 开发人员测试指令中的一个或多个位置,在此,系统中的某情况或事件可能发生且需要考虑该情况或事件,以确定要遵循的下一条指令。 
记录点 开发人员测试指令中的一个或多个位置,在此,将记录执行测试脚本状态的某方面,以供未来参考。 
后置条件 执行开发人员测试之后,系统必须处于的结果状态。 


整体目标是实现简单且高效的开发人员测试框架。对于“仅执行一次”的测试而言,应避免大多数的文档开销。应特别关注某些测试,这些测试将用作子系统或在文档、可维护性、效率、有效性和强健性方面更“易于变化”的组件的回归测试。

更多信息