如何合理评估一个功能迭代的测试用例时间呢?拿到一个需求功能,用例应该怎么进行结构编写呢

Prince0813
Prince0813
订阅者
285
文章
0
粉丝
测试交流1 198字数 160阅读0分32秒阅读模式

小白诚心发问:
1.拿到一个需求,应该怎么去设计测试用例呢,比如一个商城的迭代,有商品管理页面,里面有搜索框、高级搜索、商品状态、商品的操作之类的,应该首先从哪开始写起呢,怎么搭建一个系统的有结构的用例呢 ,还有那种 b 端和 c 端有场景交互的功能,这种又什么时候写出来呢 ?
2.如何合理评估一个功能迭代的测试用例时间呢?

硬盘测试软件本文转自于TesterHome,如有侵权请联系(2523030730@qq.com)删除。文章源自玩技e族-https://www.playezu.com/215698.html 文章源自玩技e族-https://www.playezu.com/215698.html

 
    • 陈恒捷
      陈恒捷 9

      比如一个商城的迭代,有商品管理页面,里面有搜索框、高级搜索、商品状态、商品的操作之类的,应该首先从哪开始写起呢,怎么搭建一个系统的有结构的用例呢

      可以自己找个顺序,比如先按页面分大类,然后里面再按页面从上到下或者从左到右控件的顺序,去细化测试点。只要顺序得当,至少从界面功能角度,都可以过一遍。

      还有那种 b 端和 c 端有场景交互的功能,这种又什么时候写出来呢 ?

      不知道你的 b 端和 c 端具体是怎么交互的。个人习惯,一般这种复杂场景交互的,先看是哪些功能涉及,然后往功能里面加这方面的测试点。

      如何合理评估一个功能迭代的测试用例时间呢?

      不知道你说的是用例编写时间,还是用例执行时间。一般评估时间最常用的方式就是拆解,把整体需要测试的内容拆到一个每个部分你都可以快速评估出需要测多久的程度后,把这些时间加起来,再乘以 1.2(留 20% 风险时间),会是一个相对靠谱的排期。这里说的用例时间是用例编写时间,我们负责人总觉得我们编写用例的时间过长,希望给到的实际测试执行的时间更多一些,但是我认为用例就是一个测试的测试思维的体现,用例写好了,那么这个迭代的功能思想其实都差不多了,剩下来的就是执行了这个编写时间,一般你的评估是多久?一般是怎么估法?

      可以以社区帖子的回贴功能作为被测对象来估一下。

    匿名

    发表评论

    匿名网友
    :?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:
    确定

    拖动滑块以完成验证