最近看了一些学员写的测试用例，总结了几个写用例时常见的问题，分享给大家。
1、未提炼通用用例
在测试用例编写过程中，对于搜索、分页等这类大部分页面都有的功能，系统中一般使用的控件一致，可以将这类功能单独提出来写到通用用例中，不用每个功能中再去单独写。
这类用例重复去写没有多大意义，统一放到通用用例中即可，这样既减少重复工作量，又保证测试标准的一致性。
2、测试用例设计思路混乱
在设计测试用例时，为了确保用例覆盖的完整性和逻辑性，所有的用例需要遵循"先正常路径，后异常路径" 的思路，这样不但能够训练我们的测试思维，在用例进行评审时，也可以让评审成员快速了解自己的测试用例思路。
3、测试步骤中，缺少测试数据
在测试用例步骤中，尽量带上你设计的测试数据，比如边界值、等价类等测试，你设计的数据不一致，测试的结果可能就不一致。
这里要注意，你设计的测试用例有可能不是本人自己执行，比如交叉测试时，那么别人用你的用例执行时，能否精确的测试出bug。
4、预期结果中，未明确提示文案
预期结果中的提示信息，最好直接把提示的内容是什么，把提示的具体文案写出来，预期结果越具体越好，否则在没有统一规范的情况下，开发人员给出的提示可能五花八门，这样在测试时就会有很多这类文案提示不友好的小Bug，所以直接在前期就规范好，后期效率和成本都会降低。