1、找出其中的因素和水平

因素：用户名、邮箱、密码、确认密码

水平 ：填写、不填写

2、生成正交表（用到了allpairs)

🔔注意：

我们打开这个0115jg.txt文件

 

最终我们要用到的就是这一部分

 通过上图我们可以看到，allpairs正交表和我们实际的正交表有出入，但仍然不影响我们用allpairs生成正交表。

3、根据正交表生成测试用例

全部填写

填写用户名，不填写邮箱、密码、确认密码

填写邮箱、确认密码，不填写用户名、密码

填写密码，不填写用户名、邮箱、确认密码

填写用户名、邮箱，不填写密码确认密码

填写确认密码，不填写用户名、邮箱、密码

4、补充可能存在遗漏但是非常重要的测试用例

加一个全都不填写

6、错误猜测法

注意！不是瞎猜！！！

而是根据 测试人员的经验 和 知识 的 积累，来猜测某一块功能有问题。

随后，有针对性的进行测试用例的编写。

说白了：就是程序员的经验之谈。

有的朋友可能就会有疑问：你觉得我像是有经验的佬嘛。。。

其实！我们是有经验的！！！

因为我们一直在使用各种 APP，打游戏，听音乐，看小说等等。。。。

我们具有使用经验，也就是用户体验软件的经验。

我们很容易就能 get 到 用户的需求有哪些，因为我们也是用户。

也就是说：我们至少拥有用户的经验。

而我们缺少的是：站在测试的角度去看待需求的经验。

错误 猜测法，有点类似于 探索性测试。

针对性比较强，比较依赖测试人员个人的水平。

🌰比如：

1、搜索查询框 - 空格

在某个 软件/网页 中，搜索关键字的时候，而且这个关键字，在服务器的数据库中是有对应的数据的。

只要我们在关键字的左右两侧敲一个空格（关键字 ：“空格 + 奥特曼 + 空格”），就搜索不到。

因为这两个空格，导致原本可以搜索到的数据，现在搜索不到了。

在Java中，String类型有一个方法 trim()，可以去除 字符串 前后的 空格。

由这个问题引申出另外一个问题：字符串中间的空格是否要去掉？

答案：不能！

中间的空格，一般是用户刻意敲的，可能具有实际的意义。

而两侧的空格，可能是用户误敲的，没有实际的意义

五、面试题

如果面试中——面试官问测试用例是否是越多越好？

回答

测试用例不是越多越好，测试用例是为了提高产品的质量、提升用户的使用效果和体验。

测试本身是有时间、精力、资金成本的

但如果是面试官让你就某一事物来设计测试用例，这个时候你设计的测试用例越多越好

经典面试题目

一道美团面试题

这是一个在美团面试中被提到的面试题。

PS：由于题目没有给出 到底是那种水杯，牵扯的范围很广。

因此，我们这个案例不是 全面（覆盖性不强）。

六、实战测试用例：百度云盘的测试用例  

1、功能需求测试 - 粗略版

注意在文件传输模块中，对于下载测试项中的 不同文件格式，我们并没有说清楚很模糊。
下面我们再来看一下，对它的补充

2、 非功能性测试