黑盒测试如何确保需求覆盖度(转)

上一篇 / 下一篇  2009-03-11 14:45:00 / 个人分类:转载

  黑盒测试如何确保需求的覆盖度?首先我们要明确这里提到的需求到底是什么。在软件研发活动中,涉及到的需求有用户需求、系统需求、测试需求等。
  用户需求:描述了用户使用产品必须要完成的任务,在软件研发活动中,属于最基本的需求。
  系统需求:描述了软件设计人员、编程人员必须要完成的任务。系统分析员通过分析用户需求,把用户的需求转变成研发设计人员看得懂的系统需求。
  测试需求:描述了软件测试人员必须要完成的任务。资深测试工程师通过分析系统需求,产生测试需求,作为测试活动的指导。
  写到这里,我猜想命题人的本意应该指的是上面提到的系统需求,但我的观点认为,黑盒测试应该确保的是测试需求的覆盖度,系统需求的覆盖度应该由测试需求确保。
  具体到这个题目来讲,只要涉及到度量,都会需要规范。要度量需求,首先就必须确保需求本身是可度量的,这就需要需求必须明确、规范。
  用户需求由最终用户提出,通常比较笼统,例如用户可能会这样描述其需求,
  UR1 “能够上网缴电话费”
  系统分析员的工作就是分析用户需求,把用户的需求转换成研发设计人员能够理解的系统需求。系统需求从技术层面上对用户需求进行分析,把用户的需求分解成若干个功能点,例如
  SR1 登录缴费系统
  需要加密传输,密码不少于6位等
  SR2 输入电话号码
  需要验证号码的正确性
  SR3 查询特定的电话费
  查询结果中要包含各类明细
  SR4 缴费
  连接网上银行页面,要根据不同商业银行的网银,做不同的判断;
  缴费结果一定要明确显示
  … …
  在测试小组参和后,资深测试工程师要根据系统需求,编写相应的用户需求。用户需求一定要确保对系统需求的100%覆盖,即系统需求的任何功能点在用户需求中必须有所反映。例如
  TR1-1 登录成功
  TR1-2 登录失败
  ……
  上述的TR1-1到TR1-2都对应于系统需求的SR1(功能点)。
  测试工程师要编写测试用例,依据是测试需求,测试用例要确保对测试需求的100%覆盖,即测试需求的任何检查点在测试用例中必须有所提现。例如
  TCF1-1-1
  输入用户名huior,对应的密码987654,连同验证码
  预期结果:用户正确登录缴费系统,进入欢迎界面
  TCF1-2-1
  输入不存在的用户名huior_error,密码123456,连同验证码
  预期结果:提示“用户名不存在”的错误,返回登录界面
  TCF1-2-2
  输入正确的用户名huior,密码 123456,连同验证码
  预期结果:提示“密码错误”,返回登录界面
  TCF1-2-3
  输入正确的用户名huior,密码 987654,连同错误的验证码
  预期结果:提示“验证码错误”,返回登录界面
  ……
  测试员在执行测试用例的过程中,会发现BUG,BUG能够和测试用例对应。这样的话,软件研发的各个过程都能够对应起来。
  有了这样的对应关系,黑盒测试对于需求的覆盖度就会很容易度量。例如,测试员只执行了用例TCF1-1-1,只覆盖了TR1-1需求,假设系统需求中只定义了2个功能点,则
  测试需求的覆盖度 = 1 / 2 * 100% = 50%
  实现
  一般情况下,要成功的实施以上的过程,单单靠手工实现起来很难。现在市场上已有比较专业的工具来协助实现以上过程。我原来听过一些产品的介绍,要完全实现以上过程,需要几个工具结合起来使用,例如DOORS + TD配合使用,就能够把以上四个过程对应起来。
  不足
  白盒测试的覆盖率本身有一些不足,例如不能发现和数据相关的错误。
  int test(int a)
  {
  int d = 10 / a;
  return d;
  }
  一个测试用例(例如输入10)就能够让逻辑覆盖率达到100%,但很明显,该100%并不能说明测试已很充分。
  同样,黑盒测试对于需求的覆盖度量只能作为一种参考。例如,以上的例子中,假如测试员执行了用例TCF1-1-1和TCF1-2-1 ,则覆盖了TR1-1和TR1-2的需求
  测试需求的覆盖度 = 2/2 *100% = 100%
  很显然,虽然需求已全部覆盖,但测试还不充分,还远不能结束。
  所以我的结论是黑盒测试对于需求的覆盖度量只能作为一种参考,不能以此来衡量测试的优劣。以上文字仅代表个人观点。


TAG:

 

评分:0

我来说两句

我的栏目

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 39380
  • 日志数: 57
  • 图片数: 4
  • 文件数: 1
  • 建立时间: 2008-12-01
  • 更新时间: 2012-06-27

RSS订阅

Open Toolbar