在进行功能测试的时候，最重要的步骤就是测试用例了，这也是测试的一个基本技能。一个好的测试用例可以帮助测试人员将测试工作进行得更加顺利！！那么要怎么写好一份测试用例呢？
首先，拿到需求后，要充分的理解需求，挖掘测试点。
举个例子：
双十一要来了，公司要去做一个活动，在活动期间公司会给用户发优惠劵，用户可以领取优惠劵去使用。现在就要测优惠劵能正常使用。
看到这个例子，你会怎么编写用例呢？
首先要充分理解需求，比如：
优惠劵是否可以领取多张，领取后是否可以叠加使用。
优惠劵的使用时间，优惠劵有没有特定的商品。
商品是在哪个平台上，是否可以和平台优惠劵叠加，两者使用顺序怎么样的？
......
等等在需求上并未写明确的一些场景，这时候就要主动的去和产品方进行沟通确认。
像这种平时生活中会遇到的场景，还能根据经验去完善，那么如果是平时没有接触到的功能，要怎么去挖掘呢？
这时候就可以通过参照相关竞品，一些类似的功能去使用了解，来补充一些测试场景。
理清功能重点
测试是无穷的，不可能保证把一个功能测试完整保证一个错误都没有，这时候就要去理解功能里面重要的是什么？优先保证重要的功能测试完善，然后往外辐射开来一个个完成测试。
比如站在使用者的角度去分析，当使用者使用这个功能的时候，最关心的是什么？最常用的是哪个？最容易出问题的是哪个？
请教同事、前辈
如果测试的功能之前有同事做过，在编写测试用例时，可以向之前的同事请教。
说出自己的想法，询问同事有没有容易出问题的地方，吸取经验。
用例编写
在理清思路后，就可以编写测试用例了。在编写用例的时候，一定要要注意步骤清晰，方便日后查看。
用例方法：边界值、等价类划分、场景法、错误推测法、因果判定、正交排列。
用例包含的内容：
至少要包含-用例条件、用例数据、用例步骤、用例的结果。
注意的是用例用词一定要准确，比如数字、时间不能用大量、时间长表示。也一定不能嫌麻烦就把相近的用例整合到一条书写。
但是，就算是将用例考虑得再完整，每到真正测试的时候，都会出现一些没有写上的测试点，或者功能出现变动与用例不一致，导致部分用例不能使用的情况。
这个时候就要去学会及时修改并补充新的用例，分析总结为什么写用例会漏掉这些。在下一次遇到类似的情况时避免遗漏。
比如总结常用的一些情况：文字输入输出的测试点、购买测试点、登录、视频播放测试点等等。
很多大的功能都是由小功能组成的，小功能很多都是类似的。这时候靠总结的小功能测试点+业务流程+使用场景就可以更好的分析出用例。
谁都不是一开始就可以写出好用例。只有经过一次次的完善总结、分析归类，才能让每一次的用例都有进步。
网友评论