既然写软件测试用例如此重要，那么如何写出更好的软件测试用例呢?需要满足如下几点：①常规思考，设身处地的从用户角度出发(比如：实际用户是这么使用的么，会不会遇到异常情况呢?)②经验的积累(比如：已经有过类型项目经验，曾经在某个方面有过问题，当时是如何处理的呢?)③测试理论方法的支撑(比如：根据需求设计测试用例时，能用到哪些常见的测试用例设计方法?)上述的设计用例过程，有个前提，就是对于测试有耐心和毅力，加上日常有意识的思维训练，才会写出全面的用例。
1、常规思考
回归到开篇的问题，对于一个基本的登录页面，按照常规思路能否会想到测试点呢?实际上，这些测试点都是源于从用户角度出发，结合需求进行细化设计的过程。实际测试中是不是只有这些测试点呢?
2、经验积累
相信大多数测试工程师都能够想到上述基本的测试点，然而在实际工作中面对的项目不同，设计测试用例的颗粒度也有不同的要求，如果针对上述登录的模块，更深入一层考虑呢?此时需要对产品的熟悉程度及测试经验的加持，而且这些点的设计是在不断学习、熟悉项目、测试积累中得到的。
3、理论支撑
有了常规的思考，有了经验的积累，还需要理论的支撑。测试用例毕竟是通过人去思考设计的，这个过程不可避免有疏漏。如何规避?实际就需要测试理论的支撑，个人认为深入思考设计用例不外乎以下两方面：
1)测试用例的设计方法
测试理论中很关键的一块就是将需求拆分为具体的测试点，然后根据用例设计方法进行具体的设计，其中拆分需求的关键是熟悉需求，将文档中已有的描述内容，按照用户使用场景、个人测试经验的积累(如果有的话)、把大段的内容拆分成能够直接用用例设计方法的测试点，这样就直接可以通过简明扼要的文字描述转化为Excel的测试用例，在这个过程通俗理解就是拆分细化的过程，直到可以直接写用例验证一个具体的功能点即可。
其中熟知的设计用例方法有：
-观察法
-等价类、边界值
-判定表、因果图
-流程图、场景法
-错误推测法等
2)测试设计的思路开拓
倘若按照需求将已有的描述信息都已经拆分完毕了，是不是就可以确保测试没有问题了呢?
其实不然，在上述基础上如果还需要再拓展全面测试，还需要借助于软件质量模型的特性，从这些特性出发，给予测试用例设计者更多的思考空间。这样的设计就更加的全面可靠。
以上内容为大家介绍了如何写出更好的软件测试用例，本文由多测师亲自撰写，希望对大家有所帮助。
标签：测试点,用例,写出,篇文章,测试,软件,设计,测试用例 From： https://www.cnblogs.com/lfc666/p/17159080.html