Chinaunix首页 | 论坛 | 博客
  • 博客访问: 742735
  • 博文数量: 769
  • 博客积分: 6000
  • 博客等级: 准将
  • 技术积分: 4985
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-15 16:37
文章分类

全部博文(769)

文章存档

2011年(1)

2008年(768)

我的朋友

分类:

2008-10-15 16:42:53

  无论是项目经理、业主还是监理在针对开发进行管理时都要涉及到这个问题,下面用例设计的关键点归纳如下,供大家在工作中参考。

  为测试需求确定测试用例

  测试需求:来源于需求规格说明书(用例、补充规约),设计规格。需要我们在测试计划中明确。

  测试需求编号:例如TR_XXXX_XX(否则难以跟踪和管理哦)

  每一个测试需求至少确定两个测试用例:正面,负面

  为测试用例确定输入和输出

  输入是指在执行该测试用例时,由用户输入的与之交互的对象、字段和特定数据值(或生成的对象状态)。

  输出即预期结果,是指执行该测试用例完毕后得到的状态或数据。

  在确定输入和输出参数时,我们采用以下原则:

  在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。

  必要时用等价类划分方法补充一些测试用例。

  对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准,应当再补充足够的测试用例。

  如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图法。

  编写测试用例

  至少要包括如下内容:

  测试用例编号为:

  例如:TC_测试需求标识。

  测试需求标识 。

  测试计划中的测试需求标识。

  测试目标状态和测试数据状态

  执行此用例前系统应具备的状态。

  输入(操作)

  为各输入数据(操作)的组合。

  输出(预期结果)

  测试用例执行后得到的状态或数据。

  评审测试用例

  测试用例检查表

  是否每一个需求都有其对应的测试用例来验证?

  是否每一个设计元素都有其对应的测试用例来验证?

  或事件顺序,它能够产生唯一的测试目标行为?

  是否每个测试用例都阐述了预期结果?

[1]  

【责编:Luzi】

--------------------next---------------------

阅读(311) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~