测试用例编写的基本原则

  ·什么是测试用例

  ·测试用例的作用

  ·测试用例的组成

  ·编写测试用例的思路

  什么是测试用例

  测试用例是为发现软件中的问题而编写的包含测试输入、执行条件和预期结果的一组文档。 用于验证软件产品是否满足需求。

  通俗地说,测试用例是指导我们如何进行测试的文档。 在文档中,我们预先指定了我们的功能点是什么,然后如何测量功能点步骤,并在其中写入一些输入测试数据。 当然,也包括我们希望的结果。

  如果我们有时间尝试所有情况,肯定不会错过任何测试。 但是现在的问题是时间真的是不允许的,尤其是现在都在走敏捷的道路,大家都等不及哪天有新功能了,所以留给测试的时间真的不多了。

  

  如何覆盖所有测试场景,将测试执行次数控制在更合适的数量? 这就是我们设计测试用例的方式。

  测试用例的作用

  1. 理清思路,避免漏测和重复测试

  2、提高测试效率

  3、跟进测试进度

  4. 告诉领导去做

  5. 跟进重复性任务

  6.更好地记录问题,发现问题,重现问题

  互联网行业扔锅的大法:防上当,防敲诈,狠狠扔掉头上的锅。 所以,不要讨厌写测试用例,这也是工作流程和步骤的记录。

  测试用例的组成

  用例编号、模块、测试标题、先决条件、操作步骤、预期结果、实际结果

  标题、步骤、预期结果是必须的,其他的按公司安排就没问题。

  编写测试用例的思路(这里强调!)

  1、划分功能模块

  2、正面功能验证:是否实现了正常运行的功能

  3、单功能项验证:正常

  4、功能间交互验证:模块间数据传输

  5、隐形需求:熟悉业务

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

多测师111

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值