其次我們還應該探討測試不充分問題產生的根源。在這個例子中，由于設備不足夠，可能根本就沒有進行壓力和負載測試，這本身就留下了隱患。其次，作為測試負責人，對這種項目的經驗不足，一般來說，基于短連接方式的C/S結構應用最大的可能出問題的地方就是大量用戶同時進行連接操作，即使沒有環境在實驗室中進行測試，也必須把這個作為一個大的項目風險列出，要求在交付最終用戶使用前進行這類測試。
主要分析
本案中，作者的描述有些歧義：
1、“三級連接模式”，不知道是不是有服務器，有端站，有客戶端的模式，還是采用了服務器集群，多臺服務器分三級級連。
2、“每個服務端能支持連接500個客戶端，總要求支持大約5000個客戶端�！�
3、“服務端初次連接客戶端，”這個不知道是不是應該是“客戶端初次連接服務端”，而書寫的當時，思維太快了，手沒跟上，請教開發工程師都說“一般都是客戶端去連接服務端的“拉”模式，而極少服務端向客戶端“推”的模式�！�
4、“在產生事件時，客戶端會自己上報給服務端”，不知道是不是以發送日志文件的形式上報。
5、“在實驗室中測試系統穩定可用”，實驗室中測試是不是只有10個端站的情況下，而并沒有采用任何的測試工具來做模擬端站和用戶，已達到實際需要的量級。
6、“下次客戶端機器啟動時，會自己連接服務端�！边@個連接，是指自動登錄還是會同步數據或者僅是網絡連接？
所以，對于本案編者只能按照性能測試的一般做法做一個介紹，不能詳細的分析本案為什么會出現了不穩定運行的狀況了，希望能對本案作者及遇到相同問題，或者準備做性能測試的同行們有所啟發。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
