测试用例设计（一）

       在工作中设计测试用例时，简单的一些逻辑简单的测试用例很容易上手，但并不代表所设计的测试用例的质量很高。一份测试用例，不同的测试童鞋执行过程中会有不一样的效果。自己在工作中设计测试用例时有很多问题，所以边学习边记录，将学习到的东西慢慢吸收。

测试用例和测试点

测试点的常见来源：

①一个需求的设计，产品经理会全面考虑需求的影响点，测试童鞋从中汲取测试点

②开发童鞋在开发过程中，在实现需求的过程根据对代码的调整，对功能的影响会给出一些测试点；

③测试童鞋分析理解需求后，全面考虑该功能可能涉及到的地方，以及 从功能性、可靠性、易用性、可移植性、可维护性、性能等方面考虑补充测试点。

拿到测试点之后，设计测试用例。

测试点不等于测试用例。这个是很容易犯的一个错误。

例如：输入框最多支持54个字。对应的测试用例是：输入54个字；输入54个字；输入55个字。

        测试用例是在测试点“加工”的基础上得到的，首先把测试点“去重”（去掉重复的内容）、“合并”（把太细的测试点合并起来）、“细化”（把太泛的测试点说清楚、说具体），然后再确定各个测试点的测试条件、测试数据和输出结果。

简单举例：

输入框中只允许输入数字和字母，输入其他字符时，失焦，输入框变红。

1.输入框中输入错误的内容，失焦时，输入框变红。去重、合并，再校验输入框中内容时，一定有不符合格式的校验，此时会测试到失焦变红的情景，可以不专门写该条用例说明；

2.输入框中输入非数字和字母时，失焦，输入框变红。细化，不同的测试童鞋对非数字和字母的定义不同，应该细化，是输入汉字、特殊字符等。

 

 

毒鸡汤：当你工作不顺心的时候，想一想，没有一份工作是不委屈的。

不期待突如其来的幸运，只希望所有的努力终有回报。