测试用例驱动测试- Test case driven testing

测试用例是什么

测试用例是对测试过程的设计,通过测试用例对测试执行人员的测试活动指导与监督。但是对于软件测试人员刚刚接触测试时候,特别是在手工执行测试活动的中,测试用例往往不被重视。由于测试想用例没有被重视,导致测试人员随心所欲去测试应用程序或系统,没有指导原则。

测试用例是测试过程中的灵魂. 我们再来看看测试用例结构,测试用例由输入,执行逻辑,测试输出与预期结果。

 

用一个公式来表达测试用例 

functon testcasename(inputParameters, expectedResults) ?= actualResult

这个公式总结了和抽象了测试用例, 在测试用例内部复杂的执行过程逻辑被抽象了,简化了。

 

为什么要设计测试用例 

在软件测试阶段没有测试用例,而仅仅根据测试人员的经验去测试被测对象会导致出现很多的问题,首先测试经理无法估计与计划测试过程,而对测试执行人员来讲没有指引,也无法监督到底测了什么内容,测试完成了多少。有句话说没有定义与度量便不能改进。我们再来看看导致这种现象的原因,从客观上来讲是软件本身需求或者规格不明确,测试人员不知道什么才是正确的测试逻辑,在这种情况下,设计测试用例然后来指导测试过程确实有难度。这种情况在过程成熟度低的软件企业里面并不少见。另外一个从主观上来讲,测试人员可能把完成测试用例的设计看成是一种负担,而且要掌握测试用例的设计不但要熟悉软件业务逻辑,有软件质量概念,而且要熟练测试用例设计技术又需要一定的时间。

 

而在自动化测试执行的时候,自动化测试脚本的实现就是编写一个程序来测试被测试的程序。在这个时候测试用例就是自动化测试脚本的程序逻辑,试想想如果没有逻辑的程序会是一个什么样子。 

 

在测试过程中以测试用例作为开始关注点,在测试过程中仅仅围绕测试用例的以测试用例驱动测试过程的方法。 



 

转载于:https://www.cnblogs.com/zengyongjoy/archive/2011/06/10/2077928.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值