黑盒测试如何保证需求的覆盖度?

发表于:2011-5-06 14:05

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:huior    来源:51Testing软件测试博客

  黑盒测试如何保证需求的覆盖度?首先我们要明确这里提到的需求到底是什么。在软件开发活动中,涉及到的需求有用户需求、系统需求、测试需求等。

  用户需求:描述了用户使用产品必须要完成的任务,在软件开发活动中,属于最基本的需求。

  系统需求:描述了软件设计人员、编程人员必须要完成的任务。系统分析员通过分析用户需求,把用户的需求转变成开发设计人员看得懂的系统需求。

  测试需求:描述了软件测试人员必须要完成的任务。资深测试工程师通过分析系统需求,产生测试需求,作为测试活动的指导。

  写到这里,我猜想命题人的本意应该指的是上面提到的系统需求,但我的观点认为,黑盒测试应该保证的是测试需求的覆盖度,系统需求的覆盖度应该由测试需求保证。

  具体到这个题目来讲,只要涉及到度量,都会要求规范。要度量需求,首先就必须保证需求本身是可度量的,这就要求需求必须明确、规范。

  用户需求由最终用户提出,通常比较笼统,例如用户可能会这样描述其需求,

  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,以及验证码

  预期结果:提示“用户名不存在”的错误,返回登录界面

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号