服务器端测试包含代码检查，接口测试（单个接口、模块测试、场景测试）和性能测试（压力测试、服务端配置等）
接口测试写case的时间：
————》技术评审结束，前后端的协议确定了，就可以开始写case了，验证点包含：返回值的status、还有一些固定值的assert，或者从数据库或者其他接口进行查询来进行结果的校验，也可以进行新旧系统的比较；
如果存在可变的结果如何校验？——————》需要从其他地方进行查询或者验证，比如：如果用线上数据可能比较困难，如果在线下可能好弄一些（可以更改数据库、或者清除缓存，也可以通过直接mock服务，这样服务给返回的内容就是预期我们想要的主要就是用来验证逻辑用的）
模块和场景测试，需要结合业务，将多个接口组合起来，将A接口的输出作为B接口的输入，来发现问题，可能比测试单个接口能发现的问题要多一些；
对于登录的情况——可以每个接口都去做登录，然后获取登录信息进行接口测试；一般登录都是在半小时的有效期不会出现失效的情况
性能测试（压测+服务端配置）：
压测的话就是一般会用jmeter或者loadrunner，主要关注的内容就是平时听到的那些，比如QPS，一般开发会有一个预期的QPS；服务端配置比如说可能会需要修改一些conf文件，这个conf文件本身确定了会调用的线程数，可能需要进行不同的组合测试，找到具体业务情况下最适合的一个线程数
自己去找服务端的最优点（OPS,平均耗时，超时率，CPU,内存，可以监控看是否有内存泄露）等
分层测试相关的内容整理如下：
精准测试：初步从代码差异入手，更多需要从调用分析考虑，还得考虑很多种工种，复杂度比较高；那么如何进行调用分析呢？需要分阶段，先单个工程，多个项目工程集成也需要考虑。
服务端主要怎么进行测试？流程和方向上如何考虑解决呢？
答：分层测试是最基本的方案，scf接口、http接口、少量UI；其实就是那个测试金字塔的那个图，比重最大的是最底层的Unittest，接下来是中间层的Service，最上面是比重最小的UI；在这个基础上结合辅助工具做CI集成；在这个基础上可以分的更细的话在http接口上层考虑在页面数据，再往上考虑兼容和交互；针对业务测试方法考虑工具、针对辅助工具上进一步升级，在整个流程中找技术改进点和流程改进点，更高级的做法可以结合系统架构做集成类的测试；针对测试数据这块考虑最小成本方案精准测试等（然后精准测试就是上面的问题了，关于精准测试如何做。。。）