编写软件测试用例需要注意哪些

话说作为一个测试人员,测试用例的设计与编写是一项必须掌握的能力,若想写出有效的测试用例则需要多方面的技术知识。平时工作遇到功能测试较多,但过多是敏捷型的,涉及少。我认为认真仔细的写好测试用例是有必要的。

  就如何设计测试用例需从如下几个因素出发:

  1、复用率,随产品不断升级,需要涉及更详细些,可一劳永逸;如仅使用一两次,没必要写的太仔细。

  2、项目进度,时间允许可详尽,时间紧可执行即可。

  3、使用对象,如果供多人使用,尤其让后参加测试的工程师来执行,则需要设计的更加详细些。

  4、关注有效功能,大多数情况:我们不太可能在一个测试用例包含全部测试要求,因为众多的功能及不同的路径组合将使测试用例步骤繁多,操作复杂,或者完全不具可操作性。说这些并不是意味为需求中定义的每个功能和特性,编写一个或多个测试用例,只要把握好适度即可。

  如何区分有效功能:

  第一点,这个功能是可以还原到用户原始的手工业务流程中去的。

  第二点,这个功能是否标志用户实际业务的一个阶段性结束,并且这项业务完成后,被完成的业务实体是否可以交付给其他用户或业务供完成下面的工作?

  5、做好需求分析,这里的需求包含显示和隐式需求,根据需求文档将不同需求来源划分成一个个需求点,针对每小点进行测试分析,界定测试范围,并运用多种测试用例设计方法产生测试节点。

  6、注重测试用例评审,评审会以检验功能是否覆盖完全,评审会成员有设计,开发,测试及专家成员。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值