大家好啊,我是大田。
测试用例虽然是比较基础的一步,但它也是最重要的一步,它能体现测试人员的测试思维。测试用例也是测试人员必过的一道坎,那么能写出来和写好是两件事。
对于测试新手来说,能写出来测试用例已经是成功一半了。看别人十次测试用例的思路都不如自己动手去写一遍测试用例,那么如何写好呢?这里大田还是给出可实施的思路供你参考:
一、捋清楚业务逻辑。
我们拿到项目的时候一定要捋清业务逻辑,看看这个功能到底实现了用户哪些需求,站在用户的角度去操作,把功能捋下来。
二、按照自己的思路先写测试点。
可以在项目开始的时候先列一些测试点,你能想到什么测试点,你就写什么。设计测试用例这一过程你可以先按照场景法的方式,就是每一步怎么操作给写下来,然后我们去对每一个功能项,也就是页面中的输入框、下拉框、一些表单的提交进行功能验证,那这里我们用的方法呢,就是边界值等价类,经验丰富的话,也可以用一些经验法等等。
三、主动请教他人。
每次写完测试用例呢,都可以进行一个小组的评审,或者是项目组的评审。小组评审,是测试经理或测试组长以及测试组成员去审核用例,比如哪里你漏写了呀,他们会给出一些测试意见,你就补充用例,那么组内评审结束之后,我们也可以进行项目组评审,是从开发和产品的角度会给你一些意见。
向他人学习,这是学习最快的方式,把我们没有想到的一些点补充到测试用例库中,下次再遇到同样的问题,去复用。
四、脚踏实地,不急于求成。
其实大部分测试人员都不可能一次性,就把测试用例写的那么完美,都是需要不断的去迭代优化的。每一次项目结束,都可以对自己所写的测试用例做总结和复盘,把漏测点补充到测试用例库中,不懂的功能再去梳理一遍,等到下次再测的时候,拿出来看一眼,加深理解。
小结一下:写用例,这一过程能提升并锻炼测试思维,不能急于求成,是值得花时间去做的一件事,所以我们就要脚踏实地的写,不投机取巧,相信终有一天,你一定会写出令自己满意的测试用例。
———END———
限 时 特 惠: 本站每日持续更新海量各大内部创业教程,永久会员只需109元,全站资源免费下载 点击查看详情
站 长 微 信: nanadh666