欢迎光临
梦想从学习开始!

从专家中标功能来谈测试用例的设计| 小熊测试

本文主要介绍 从专家中标功能来谈测试用例的设计| 小熊测试,小熊希望对大家的学习或者工作具有一定的参考学习价值,在测试领域有所提升和发展。

  最近在做一个"很有成就“的测试,每改一步,我就测试一下,然后增加点逻辑上去,测试发现问题,然后开发再改,然后部署后测试,再添加点逻辑,测试又出问题,来来回回,已经3天了!!!

  好吧,首先说下功能:客户发布招标后,供应商投标,然后专家评标,根据评分来判断哪家供应商中标。当然,总分高的中标。如果总分相同,再判断里面的具体的评分,比如,评分有3项(这里称为维度),品牌知名度、价格、到货时间,这3项又有优先级,比如,品牌知名度优先级最高,那么首先对这一项,分高的中标,依次类推。如果所有分数全部相同,那么先投标的供应商中标。

  第一次,我设定的是只抽取三个专家来评标,分别测试了高低分,分数相同,(还有一类来着,暂时想不起来了)测试通过了,都是最简单的只判断一项逻辑,测试通过,很开心的下班。

  第二天,突然想,三个专家评标好复杂,干脆,我设定了只抽取一个专家,只设定两个维度,同时,让高低分,总分相同,维度上,第一维度有高低,顺带,第一维度相同,第二维度有偏差,然后第二维度也相同,这样,我一个招标投了6个供应商。

  测试结果:出现bug:系统内的抽取的投标时间没对。

  开发修改,调整后,部署好系统。

  第3轮测试:测试结果正常,没问题。(事实证明有些东西一定要随手记下来,不然真的记不起来了TT)

  增加难度,将维度增加到5个,仍然是只抽取1个专家,仍然是6个供应商投标,发现问题:评标完提交,报错(一串英文)

  ~~开发修改,我下班。。

  第4轮测试,开发修改后,再测,原来的问题已经修复好了。

  再次增加逻辑判断,抽取2个专家,结果发现bug:第一个专家评分完成后,第二个评分提交不了,原因是提交确定的同时会把中标的供应商确定出来

  再次修改。(据说,开发改好后,都跳起来了)

  第5轮测试

  (今天)昨天想到,我一直用1个专家,2个专家评标,数量好像有点少,虽说开发说,几个供应商投标和几个专家评标都没关系(事实证明不能盲目的相信),于是简单测试通过后,

  又增加一个专家,而且这次新专家的评分是直接从前面的专家里扣出来,意思就是,我想让哪个供应商中标,仍然是。现在是6个供应商投标,3个专家评标。

  (这里要说明的是,当供应商总得分相同时,依次去比较他们的各个维度的分数,如果是多个专家评标,则是将他们的同一纬度的专家得分相加相互比较大小——这个是业务逻辑)

  bug:中标方选错了。根源:开发不是按照那个业务逻辑来写的。

  总结:从0到1很难,但是从1到2,也不容易,从2到3也一样。因为后面的代码是在慢慢的开始调用自己写的方法。不再是简单的算加法。

  书写测试用例的经历总结:

  1)根据业务逻辑设计简单的用例,这是从0到1 的过程。

  2)将业务逻辑叠加,简单的用例掺杂到一起(组合成复杂的用例)可能会出问题呦。这里算是从1到2的过程

  3)正是有了前面的简单的测试用例,然后不断一点点增加难度,才会有后面的比较稳定的业务流程。也算是一种积累。再到3到更大。

  4)测试用例的设计,除了逻辑上的迭加,还有就是数据的设计,大小都有关系。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小熊分享邦(www.xxfxb.com),希望大家能坚持软件测试之路,谢谢。

赞(0) 打赏
未经允许不得转载:小熊分享邦 » 从专家中标功能来谈测试用例的设计| 小熊测试

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏