测试用例和测试点

        今天突然想到一句话,大道至简。也想到一句有类似意思的话,如无必要,勿增实体。其实很多东西表现的越简单越好。就像iPhone手机一样,将触摸做到极致,又像Google,将搜索做到极致。那可不可以把这些理论用到软件测试里面呢?

        其实我们的test case,从步骤上乍一看,特别复杂,但其实一个test case的测试点就那么一两个。我们可以将这些测试点提取出来,并集中在一起,将这些测试点放进大脑,就会对整个work item有一个非常清晰的认识。当我们执行test case的时候,就会先有一个大局观,而所有的测试点我们也了然于胸,这个时候再去执行test case的时候,就会有一个非常明确的方向。而不是一头扎进庞大的test case中,测着测着已经不知道了整体的方向。

        那我们用一种什么样的方式来集中起来,简单明了的表现出所有的这些测试点呢?我想其实Excel应该就可以满足我们这样一个愿望。好的,接下来就是实战啦,以后的work item就采取这样的方式来试试看,我想结果应该会更好。

        所以我想有效的步骤应该是这样的:

        1. 分析需求

        2. 提取测试点

        3. 根据测试点,写测试用例

        4. 执行测试用例

        5. 提交bug

        6. 分析测试进度和测试情况

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值