测试面试：设计测试用例
第一篇，先说一下测试用例。
首先呢，关于测试用例呢，我认为是比较重要的。
但是在实际的工作过程中，这个东西往往是受到多方面的影响的：
- 公司规模小，测试用例没有一个清晰或者完整的规范。用例写的再好，也没有任何的表扬和实质性的奖励；用例写的再含糊，领导说行那就行，那谁还会用心写？
- 公司有完整的用例规范和要求，但是有些过于繁琐，无关键紧要的字数太多，体现不出来测试用例的重点；
…
但是这些客观的种种限制，并不能成为影响你的设计用例的思路的理由。
我的理解是，你可以一肚子的用例，针对你公司的实际情况，有的放矢的写出来。毕竟一开始，大家要适应工作，而不是工作适应大家。
言归正传
我们首先明确一点：面试官让你设计测试用例，是想考察你什么？
我的理解是，考察你思考一个场景的角度。
之前我的面试的时候，常常会给面试者一个场景：淘宝的购物车用过吧？那就说说购物车吧！
很多面试者（十个里面有五六个）上来就是说要看页面上一些元素显示的对不对。比如文字啊，图片啊；
还有一些说添加一个商品到购物车，看看成不成功；
那么这些回答总结起来就是：思考角度缺乏分类。
作为面试官，从你的回答的里面我能感觉到的不仅仅是你的用例写的怎么样，还有的就是你做事情的时候有没有一套正确的方法，还有的就是你描述的能力、语言组织能力。
不啰嗦，那我在我看来一个比较好的做法是什么呢？
（敲黑板三次 !!! 划重点了！）
画表格
如图：
- 表格的左侧，写用例的角度；
- 表格的上方，写用例的场景；
如果按照个这个模式写出来，可能你刚准备往里面写一些细节点：详细用例的时候，面试官可能就会说：好了，不用写了。
因为他已经知道你的思考问题的角度了，那么角度+场景有了，里面填充细节的东西，大家都可以做的。
其实以上操作反应出来的东西就是：
你的思考会不会被某一个角度的局限住；
你做事的时候有没有总结出来自己的一套流程；
有些道友就会说了，哎呀这些角度大家都知道呀！没错，这就是一个通用的、基础角度（默认不考虑安全和性能）。
那么加分项来了：
我们都知道分布式的系统越来越多，像这种电商类的大公司，不可能不用分布式的。那么针对这种情况，我们思考用例的角度，要更多一些，更全面一些。
以上新加的角度，大家可以参考…当然，具体情况也要视情况而定。 总结一下： 今天这篇博客实际上是帮助大家整理一下思路。 希望大家在设计用例的时候，不要局限在某一角度出不来。首先画表格（重点！！！）——左侧写角度，右侧写场景。用例自然而然就有了。写的时候尽量针对角度和场景写的更多一些，更全面一些。 希望对大家有所收获！ 再重复一遍：先画表格！！！（呕心沥血四个字）