1. 测试的场景除了关注正常功能流外，还要重视异常功能流是否得到合理处理：如模拟网络异常、手动停止功能服务器一段时间后，再重启功能服务器等
2. 在遇到高可用或者负载均衡的测试时，除了覆盖你能想到的所有case外，还有一种场景也是很值得注意的，如：请求向一台AccessService服务器发出，然后停止这台正在运行的AccessService服务器，接着发出另一个请求，看是否还能得到想要的结果。
3. VNC概率出现白屏，手动每次复现需要一定时间，且开发从日志中也很难发现有用的价值。所以要做的就是，尽可能找出复现步骤或者把复现步骤缩小，开发在服务器的代码中尝试每接收10个包，就丢掉一个包， 结果就出现了白屏，所以以后要是遇到这类怪问题的话， 可以尝试叫开发修改代码来丢包或者破坏包。。。
4. 有主节点和级联节点的时候，有时候客户端退出再登录会造成无法接收音视频，后来查其原因，发现是客户端发送消息的时序问题， 比如客户端退出的时候，发送一个销毁分组①的消息给主节点，然后客户端用同一个用户名和密码再次登录的时候，又发送一个登录的消息②给主节点， 如果总是先执行①，再执行②就不会出问题，但是有时候会出现先执行②，再执行①，这时候新登录的信息就意外被删除了。
5. 不要单单从测试的技术来考虑问题， 如果在有条件参与整个产品的全程中，站在架构上面考虑这样设计是否会影响到测试关心的点。
6. 在流式服务中，要懂得怎么测用户已经与过载的SS断开，又与另一个SS建立起连接。（可以从session是否断了来考虑）
7. 做具体测试任务前，应该先把测试任务具体化（3要素：所需时间、责任人、要达成的目标）
8. 服务器被塞满数据后，影响到FSP_SSS服务，会导致其挂掉，针对这种情况的话， 后续应该讨论是否能不能让FSP_SSS挂掉？
9. 如何在实际部署的环境的时候是2主3从节点的情况的话，应该还要测小于2主3从的各种情况（如1主1从、1主2从等）。
10. 线上常见情况就是网络闪断和服务崩溃，关于网络闪断模拟可以利用防火墙或者tc命令，关于服务崩溃，目前线上能做到秒拉起的能力，所以在实际测试的时候需要关注是否会对业务流程产生不期望的影响