1、找出其中的因素和水平
因素：用户名、邮箱、密码、确认密码
水平 ：填写、不填写
2、生成正交表（用到了allpairs)
🔔注意：
我们打开这个0115jg.txt文件
最终我们要用到的就是这一部分
通过上图我们可以看到，allpairs正交表和我们实际的正交表有出入，但仍然不影响我们用allpairs生成正交表。
3、根据正交表生成测试用例
全部填写
填写用户名，不填写邮箱、密码、确认密码
填写邮箱、确认密码，不填写用户名、密码
填写密码，不填写用户名、邮箱、确认密码
填写用户名、邮箱，不填写密码确认密码
填写确认密码，不填写用户名、邮箱、密码
4、补充可能存在遗漏但是非常重要的测试用例
加一个全都不填写
6、错误猜测法
注意！不是瞎猜！！！
而是根据 测试人员的经验 和 知识 的 积累，来猜测某一块功能有问题。
随后，有针对性的进行测试用例的编写。
说白了：就是程序员的经验之谈。
有的朋友可能就会有疑问：你觉得我像是有经验的佬嘛。。。
其实！我们是有经验的！！！
因为我们一直在使用各种 APP，打游戏，听音乐，看小说等等。。。。
我们具有使用经验，也就是用户体验软件的经验。
我们很容易就能 get 到 用户的需求有哪些，因为我们也是用户。
也就是说：我们至少拥有用户的经验。
而我们缺少的是：站在测试的角度去看待需求的经验。
错误 猜测法，有点类似于 探索性测试。
针对性比较强，比较依赖测试人员个人的水平。
🌰比如：
1、搜索查询框 - 空格
在某个 软件/网页 中，搜索关键字的时候，而且这个关键字，在服务器的数据库中是有对应的数据的。
只要我们在关键字的左右两侧敲一个空格（关键字 ：“空格 + 奥特曼 + 空格”），就搜索不到。
因为这两个空格，导致原本可以搜索到的数据，现在搜索不到了。
在Java中，String类型有一个方法 trim()，可以去除 字符串 前后的 空格。
由这个问题引申出另外一个问题：字符串中间的空格是否要去掉？
答案：不能！
中间的空格，一般是用户刻意敲的，可能具有实际的意义。
而两侧的空格，可能是用户误敲的，没有实际的意义
五、面试题
如果面试中——面试官问测试用例是否是越多越好？
回答
测试用例不是越多越好，测试用例是为了提高产品的质量、提升用户的使用效果和体验。
测试本身是有时间、精力、资金成本的
但如果是面试官让你就某一事物来设计测试用例，这个时候你设计的测试用例越多越好
经典面试题目
一道美团面试题
这是一个在美团面试中被提到的面试题。
PS：由于题目没有给出 到底是那种水杯，牵扯的范围很广。
因此，我们这个案例不是 全面（覆盖性不强）。
六、实战测试用例：百度云盘的测试用例
1、功能需求测试 - 粗略版
注意在文件传输模块中，对于下载测试项中的 不同文件格式，我们并没有说清楚很模糊。
下面我们再来看一下，对它的补充
2、 非功能性测试
