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