软件测试设计分析


   测试设计咱淘宝还没有一个完整的规范,那么测试设计到底要写到什么程度,每条产品线都有自己的规范和惯例。个人认为那能在测试设计完成后,基本上抛开需求说明书和uc测试人员直接根据自己的测试设计就直接进行用例设计应该是一个较为理想的状态。原因有以下:

  1、测试人员可以在测试用例设计时抛开别人思路的框框,独立的进行思考,可以对项目的需求和项目的设计上存在的问题会有一个重新审视的机会。

  2、抛开了需求说明书和开发的uc设计,需要测试人员对产品非常的理解和熟悉,可以节省写tc时,一会看这一会看那的时间。

  3、如此细致的测试设计,要求测试人员对项目前期的需求挖掘,和系统设计都下要非常的功夫,这样的测试人员才有可能保证测试的质量而不至于出需求不明确,系统设计有大问题。

  4、细致的测试设计,在测试设计评审时,也利于开发和pd帮我们找出需求理解不一致,实现不一致的地方。

  我们线的测试童鞋们,一直都是这样努力的,下面给出一个我们线自己总结出来的认为比较好用测试设计的模板供大家借鉴:

  1、用例名称—–对应开发的uc名

  2、用例描述—–对用例的主流程进行自己理解上的描述

  3、用例的活动图—-给出用例的正常流,分支流(对一些附加条件:比如列表展示的条件,顺序,用框标志出来,为用例的编写提供依据)

  4、流程描述—–测试人员建立在自己理解基础上的对流程的描述(分为正常流,异常流,分支流)

  5、校验点(包括流程校验,页面校验,数据库对应字段的校验)

  6、覆盖的uc名称—-本用例覆盖的uc名称(给测试和开发比对,有没有遗漏的功能点)

  一份细致的测试设计会为你测试用例编写提供极大的便利,嘻嘻,也起到了再一次明确需求的作用,益处多多,大家可以试试哦!

免费软件测试工具http://www.spasvo.com/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值