大家好，我是爱分享知识的小拿~
那么今天一起来看看“在线实习”吾研项目第一期中，学长学姐认证模块官方测试用例的改进版。
话不多说，让我们进入今天的知识分享环节叭！
1） 如果整个业务模块稍微多一些，那么可以在测试项之前加一个模块，可以按页面、也可以按功能，自己做一个判断。那这样更方便的去看到你这个case 属于哪个地方里面，甚至属在哪个页面上。
2） 大家对这个ABCD可能不是很了解。那一般我们是这么认为，我们分为四层。
- A是主流程，就是我们正常页面功能，如果有bug，他是没法往下走的。那这个时候需要我们的开发同学尽量自测，测完之后测试同学再去进行case 的重测，如果是测试图没过去的话，那么就会极大的影响测试的。如果主流程有问题，测试是无法进行下去的。所以这种情况下，我们一般会把锅踢回给开发。
- B就是一些流程的细节，这个主流程的责任。但是这个流程里面可能他有很多判断的条件，可能让开发去测的话就很繁琐，所以测试把那些细节、各种分支、一二三、各种test case去测清楚
- C是一些比较小的bug ，一般来说就算不改，可能也对整个产品上线的影响不是很大。
- D一般就是一个建议：我觉得这个页面这个地方颜色配色不好、我觉得这个地方可能不好…测试同学是有一个权限去提，因为测试是独立于开发。他虽然在做case 的时候可能要彼此沟通，但是在自己做的时候，也有自己的一个立场。
所以主流的还还是ABC，所以很多同学标ABC可能没太理解到底是意思，标的有点不太对。
3）大家需要做一些等价类或其他类的测试用例时，没有去认真做，没有去想好测试这个职位，怎么能够保证功能上线没有bug。所以不光要测正规的流程，还要测它的异常流程。如果异常流程你测出bug 了，说明开发没有去做这块逻辑。如果正常流程你一测都没有问题，说明上面开发做了这个流程，所以最后上线时，你才有把握说基本上没有什么bug，因为能测的都覆盖到了。
所以这三点一定要注意。
那么这个同学其实做得比较OK，所以大拿老师就简单补充一下。
大拿老师点评：
1. 首先在流程里面分为未认证、认证中、审核中、认证失败和认证成功，分别点击认证状态，后面是它的一个预期结果。
2. 在预期结果里面，比如单向流程，你点了它应该没有什么异常效果，所有的异常效果都是错的。
3. 但是在一些输入框、或者在一些逻辑部分就需要注意。比如选省市，它是二级联跳，一定要写清楚有省，而且省写完之后有几种状态
4. 如果比较资深的话，一定要注意最后提交时，他的信息、他所谓的省的i d 或者学校的i d 是与输入相一致的。
5. 所以这个是提交后的一个bug，很多同学没有去写，但是我这边我们认为就它是一体，所以想到这个地方你会想到很多的case 点，就相当于你的产品功底很好，会不断的补充。所以一个新手，闭环上总是缺点东西。
03
大拿老师点评：
1. 像输入文字这一条，就是大家不管是产品还是开发是测试，大家知道他默认就是靠左的，那么就不用去写这条，一般来说我们会有一个统一的界面的一个case。
2. 然后你觉得这个地方不合适，可以提出来。除非很特殊，你觉得看着非常别扭，必须要改，你可以打个B级的case ；但如果正常的话，可以打个C 甚至是D ，这是要判断ABCD的要点的地方。
3. 文字长度是一个非常标准的等价类测试。但是一般来说必填项肯定是有最少次数的，只是说产品可能有时候忘了告诉文档说多少字，这时候测试可以去问产品，这个地方应该多少字。比如我们觉得最少可能是两个字，如果少于两个字，提交之后信息专业这块会报错，所以这个对应的那个报错信息，产品应该给出。
4. 一定要注意，等价类一定要测边界，两个字和十五个字都要去测。他成功，说明开发去处理了这个二和十五，所以，你最多的时候测一个三、四，测一个就好了。那你知道，原来边界处理了，内部处理了，外部也处理了，所以这个输入框架不会有任何问题。
5. 只有做到这个程度上，你才能基本上自己相信，这个长度没有别的可能会出现问题的地方。所以你要注意它的完整性。
6. 从这些逻辑基础上发现，原来这才是测试真正要去考虑的事情，而不是说光考虑单个流程，要考虑开发有没有能实现了这个异常逻辑的判断。要不然到处都没有判断，然后你提交一个字也成功，提交五个字也成功，最后问题比较大。
04
大拿老师点评：
“取消”这个要注意，如果插入成功，注意插入成功的样式，而且要提供删除功能。如果他想在提交之前把提交成功的删掉，重新传，这个是一个闭环。很多产品没有想到啊，但是测试同学应该要去想到这种细节，因为我们测试的工作就是为了保证整个产品它是没有问题的。
大拿老师小结：
其他的细节，大家到时候看一下文档就好了。因为这个文档特别容易看，我看几个同学写的都比较到位。
那么今天的官方改进版就到这里，大家有问题可以在评论里面进行沟通哦。