测试用例编写的规范（黑盒）

软件测试是保证软件质量的最后一道关卡，测试是一个职业也是一个质量检验员，怎么检验软件质量呢？那就是测试用例，如果是测试是士兵，那用例就是枪，没有枪的士兵相当于没有了防御和进攻的方式，只是一个肉体。测试用例的编写有着严格的规范。

好的测试用例的标准是什么呢[灵光一闪]？

我来回答就是：清晰、全面

分析一下来说：清晰是让别的同事一看就知道这个是什么测试点，不能让开发自测的时候看不懂你编写的测试用例，只有自己能看懂的测试用例是比较low的。

全面就是把测试的项目或者迭代都的功能尽可能全部想到，为什么尽可能呢，因为测试不能保证上线没有任何BUG，那不可能的，因为测试也是人。

那问题来了，怎么样才能编写出一个好的测试用例呢[灵光一闪]？

原则：

1.正确性：输入实际正确的数据以验证是否满足产品的需求。要保证正确性下所有的功能都可用。

2.容错性：跟正确性相反，就是输入错误的数据是否能满足产品规格的说明，输入非法数据（非法类型、不符合要求的数据、溢出数据等），就是不要把自己当作测试，任意输入。

3.安全性：不满足前提的情况下能否正常操作，一般都是接口间的鉴权测试。

4.边界值：确定边界后，在边界左右进行测试。

5.弱网性：因为现在使用的软件五花八门，但是都需要有网络，弱网情况下界面是否正常展示，数据是否正常。

6.比较性：要考虑这个版本对之前的版本是否有影响。

7.压力性：就是测试多条数据是否满足产品的需求。

8.错误推测性：根据个人经验感觉这个功能可能存在那些问题，去针对问题编写用例。

9.友好性：功能是否友好，就是是否简单容易上手。

10.可移植性：就是软件的兼容，要考虑同个软件在不同设备上是否正常运行

根据以上十大原则去设计测试用例，基本上能把测试用例设计的很完善。

欢迎大家讨论交流学习，一个爱测试的人儿。以后会陆续分享测试的知识（编写不易[捂脸]）欢迎大家点赞关注。谢谢[飞吻]。