基於websocket的測試用例
基於需求與場景設計：
要求使用者的使用者名為：不超過20個字元的字母、數字、下劃線組成
密碼為字母，數字，標點符號組成，不超過20個字元
傳送訊息支援中文、英文、特殊符號、標點符號
每條訊息不超過1024個字元
2.註冊時輸入不符合條件的使用者名稱和符合條件的密碼，註冊失敗
3.註冊時輸入符合條件的使用者名稱和不符合條件的密碼，註冊失敗
4.登入時，輸入已經註冊好的使用者名稱與密碼，登入成功
5.登入時，輸入錯誤的使用者名稱與正確的密碼，登入失敗
6.登入時，輸入正確的使用者名稱和錯誤的密碼，登入失敗
7.註冊時，只輸入使用者名稱，不輸入密碼，註冊失敗
8.註冊時，只輸入密碼，不輸入使用者名稱，註冊失敗
9.登入時，只輸入使用者名稱，不輸入密碼，登入失敗
10.登入時，不輸入使用者名稱，只輸入密碼，登入失敗
11.傳送訊息時，輸入中文+英文+標點符號+特殊符號，小於1024個字元，傳送成功
12.傳送訊息時，輸入中文+英文+標點符號+特殊符號，大於1024個字元，傳送失敗
13.傳送訊息時，輸入日文，小於1024個字元，傳送失敗
14.傳送訊息時，不輸入內容，直接傳送，會傳送成功一條空白訊息
15.傳送訊息時，傳送一張，傳送失敗
邊界值：
1.註冊使用者時，使用者名稱不輸入，密碼不輸入，註冊失敗
2.註冊使用者時，使用者名稱輸入5個字元，密碼輸入5個字元，註冊成功
3.註冊使用者時，使用者名稱輸入5個字元，密碼輸入10個字元，註冊成功
4.註冊使用者時使用者名稱輸入10個字元，密碼輸入10個字元，註冊成功
5.註冊使用者時，使用者名稱輸入20個字元，密碼輸入10個字元，註冊成功
6.註冊使用者時，使用者名稱輸入20個字元，密碼輸入20個字元，註冊成功
7.註冊使用者時，使用者名稱輸入21個字元，密碼輸入20個字元，註冊失敗
8.註冊使用者時，使用者名稱輸入20個字元，，密碼輸入21個字元，註冊失敗
9.住蹙額使用者時，使用者名稱輸入21個字元，密碼輸入21個字元，註冊失敗
10.傳送訊息時，傳送0個字元，傳送為一條空白訊息
11.傳送訊息時，傳送100個字元，傳送成功
12.傳送訊息時。傳送1000個字元，傳送成功
13.傳送訊息時，傳送1024個字元，傳送成功
14.傳送訊息時，傳送1025個字元，傳送失敗
錯誤分析法：
1.使用者a群聊傳送訊息時，使用者b收到訊息正常，使用者c收到訊息亂碼
2.使用者a群聊發訊息，所有人收到訊息都是亂碼
3.使用者a私聊使用者b，使用者b收到訊息亂碼
4.使用者a 私聊使用者b，但是使用者c也收到了訊息
5.使用者a**訊息，但使用者b收到了訊息，使用者c未收到訊息
6.使用者a 群聊傳送訊息，所有人都未收到訊息
7.使用者a 私聊使用者b，使用者b未收到訊息
8.使用者a 私聊使用者b，傳送了100個字元的訊息，但使用者b只收到50個字元
9.使用者a群聊傳送100個字元訊息，所有人都未收到完整的資訊
10.使用者註冊時，輸入中文使用者名稱，登入後出現亂碼
基於websocket協議的壓力測試
最近客戶端實現了乙個基於websocket的訊息推送功能 長連線網路開關下發開後啟動，然後保持鏈結，每隔15分鐘發一次心跳包，伺服器有資料時直接下發生效，因此需要對伺服器進行壓測。本次通過寫python指令碼的方法模擬併發進行壓力測試，相關測試方法如下 websocket是一種在單個tcp連線上進行...
基於測試用例的功能測試
功能測試 unctiona test 通常使用黑盒測試的方法 將程式視為乙個不能開啟的黑盒，在完全不考慮程式內部結構和內部特徵的情況下，從軟體產品的介面 架構 介面出發，輸入預定的資料，在預期結果和實際結果之間進行評測，並判斷軟體產品是否符合使用者需求。使用黑盒測試方法的功能測試流程簡述如下 1.確...
基於java的websocket實現
基於tomcat的websocket實現中，如果會針對乙個使用者高頻的傳送訊息的情況下，websocket自帶的非同步傳送其實一點卵用都沒有，所以，沒辦法，自己控制websocket的併發傳送嘍，不多說，直接貼 1.基礎的websocket快取物件，這個玩意兒每乙個使用者進來都會生成乙個 publi...