其次我们还应该探讨测试不充分问题产生的根源。在这个例子中，由于设备不足够，可能根本就没有进行压力和负载测试，这本身就留下了隐患。其次，作为测试负责人，对这种项目的经验不足，一般来说，基于短连接方式的C/S结构应用最大的可能出问题的地方就是大量用户同时进行连接操作，即使没有环境在实验室中进行测试，也必须把这个作为一个大的项目风险列出，要求在交付最终用户使用前进行这类测试。
主要分析
本案中，作者的描述有些歧义：
1、“三级连接模式”，不知道是不是有服务器，有端站，有客户端的模式，还是采用了服务器集群，多台服务器分三级级连。
2、“每个服务端能支持连接500个客户端，总要求支持大约5000个客户端。”
3、“服务端初次连接客户端，”这个不知道是不是应该是“客户端初次连接服务端”，而书写的当时，思维太快了，手没跟上，请教开发工程师都说“一般都是客户端去连接服务端的“拉”模式，而极少服务端向客户端“推”的模式。”
4、“在产生事件时，客户端会自己上报给服务端”，不知道是不是以发送日志文件的形式上报。
5、“在实验室中测试系统稳定可用”，实验室中测试是不是只有10个端站的情况下，而并没有采用任何的测试工具来做模拟端站和用户，已达到实际需要的量级。
6、“下次客户端机器启动时，会自己连接服务端。”这个连接，是指自动登录还是会同步数据或者仅是网络连接？
所以，对于本案编者只能按照性能测试的一般做法做一个介绍，不能详细的分析本案为什么会出现了不稳定运行的状况了，希望能对本案作者及遇到相同问题，或者准备做性能测试的同行们有所启发。
文章来源于领测软件测试网 https://www.ltesting.net/
