测试大神养成计划（二）

  上星期断更了，有点忙，本菜鸟又来BB了，发现还是总结总结比较好，老了记忆衰退了，连分析能力都歇菜了。

  本菜鸟涉及的端到端的测试，服务端接口测试，客户端测试，在进行端到端测试的时候，主要的是端和端数据的传输，服务器传输到客户端的是什么数据，如何产生对于业务有何联系，数据发送到客户端后，客户的所展示的数据，对服务器的数据进行了什么操作，当客户端接收了服务器的数据，是否有异常处理，该异常与业务的关系是什么，要分析什么，切入点是哪里。

  这里要注意的是，客户端有一个缓存的处理，那些接口返回的数据是有缓存的，当我操作这个相应缓存的数据后，客户端是否会表现出预期的效果，服务器是否会有缓存，若有缓存的话，我还另一台客户端去请求同一个接口，返回的值，是否和预期的值相同。

  在该项目中我还涉及了异常专项测试，关于此测试我觉得很弱智，但是却不得不做，当然若一般这种测试是80%会通过，只不过也不能不做，比如，中途退出，杀死进程，断网，从Wi-Fi切换到4G，跟重要的是有一点，在push消息时，为杀死进程点击push进入，杀死进程后点击push进入，是哪种表现形式，是否会出现不能打开应用的情况。

以上是我在测试发版的一些小的见解，过去了一个星期，这星期我一直在做接口测试，先吐槽一下，我现在接触的接口框架真的好难用，但是用熟了也会很好用，不过费眼睛，我本来想转以前自己写的那个框架，但是发现和现在公司的框架相比，我从前的框架在校验结果方面很不完善，没有校验返回的类型，若在json时没有校验返回参数的字段等等，我准备在空闲的时候把自己的框架完善下。BB拉那么多，现在进入接口测试的正题

1.接口测试需明确传参，传入的参数如何获取，具体代表的含义，每隔字段是如何产生的

返回的参数，每个参数代表的含义，取自数据库的那些表，这些表的联系，模型是什么，表中对应的字段所处理的逻辑，可以看开发代码，但是一般是被隐藏的，个人觉得最好自己去抓下包操作一下，便可以很好的理解该需求是什么，如何设计测试用例，必须明确需求，需求，需求，重要的事情说三遍。

2.分析场景，接口在各个场景下返回会有什么错误，从数据层面分析，不要从代码层面，每个字段涉及的含义，若改变传入的字段会怎么样，客户端去请求数据的时候，他的请求字段是 如何实现的，取自哪里，如果搞懂了逻辑就可以很好的设计接口的用例。感觉可以归纳为WHW

why 为什么设计这个接口，这一步是明确需求

How如何设计这个接口的，这一步是接口实现

what这个接口解决了什么问题，这一步是接口作用

本次还接触了一个增量接口，然而还没设计测试用例，等我设计好了，再说说增量接口的设计思路