測試用例的設計思路
1 測試用例常用設計方法
1.1 等價類劃分法
此設計方法算是黑盒測試中用得最多的一個了，而且此方法常常與其他方法一起來設計測試用例，常用的組合就是與邊界值劃分法；
定義：等價類劃分法是把所有可能輸入的數據劃分成若干部分，然后從每一個部分選取少數具有代表性的數據作為測試用例。
劃分標準：
1.完整性，即被劃分的各個部分測試數據共同組成了所有可能輸入的數據。
2.排他性，即每個部分的測試數據原則上來說，不應該有重疊部分。
劃分方法：
1.在輸入條件規定了取值范圍或值的個數的情況下，則可以劃分為一個有效等價類和二個無效等價類
2.在輸入條件規定了輸入值的集合或規定了必須如何的條件下，則可劃分為一個有效等價類和一個無效等價類
3.在輸入條件是一個布爾量的情況下，可劃分為一個有效等價類和一個無效等價類
4.在規定了輸入數據必須遵守的規則情況下，可劃分為一個有效等價類和若干個無效等價類（從不同角度違反規則）
5.在規定了輸入數據為一組值，每個值分別處理不同情況，則可確定n個有效等價類和一個無效等價類
6.假如在已經確認已劃分的等價類中各元素在程序處理中的方式不同情況下，則需將該等價類進一步的劃分為更小的等價類
1.2 邊界值分析法
此方法根據也是特別常用的一種設計方法了，寫過代碼或者有豐富測試經驗的同學應該知道，代碼中的判斷邏輯是非常多的，越是復雜的業務流程，判斷邏輯就越多。就算有豐富經驗的開發者，在進行判斷邏輯代碼的時候也會有所疏忽，尤其是哪些欠缺開發經驗的同學來說，就更容易忽略某些邊界問題了。
定義：邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。
分析：大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是發生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。使用邊界值分析方法設計測試用例，首先應確定邊界情況。通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況。應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數據，而不是選取等價類中的典型值或任意值作為測試數據。
1.3 場景分析法（流程圖法）
隨著系統功能越來越多，業務越來越復雜，這時候為了更好的進行測試，確保所有業務流程都能被覆蓋測試到，這時候引入場景分析法就非常有必要了。
定義：現在的軟件幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。
1.4 經驗推斷法
隨著測試人員對系統的不斷熟悉，對業務的理解不斷加深，對程序員的不斷了解，有時候就可以有針對性的去驗證是否存在某個問題。
1.5 因果圖法
等價類劃分法和邊界值分析方法都是著重考慮輸入條件，但沒有考慮輸入條件的各種組合、輸入條件之間的相互制約關系。這樣雖然各種輸入條件可能出錯的情況已經測試到了，但多個輸入條件組合起來可能出錯的情況卻被忽視了。
如果在測試時必須考慮輸入條件的各種組合手機輸入法測試用例，則可能的組合數目將是天文數字，因此必須考慮采用一種適合于描述多種條件的組合、相應產生多個動作的形式來進行測試用例的設計，這就需要利用因果圖（邏輯模型）。
定義：因果圖法是一種利用圖解法分析輸入的各種組合情況，從而設計測試用例的方法，它適合于檢查程序輸入條件的各種組合情況。
其他幾種方法不常用，就不介紹了，如有需要再去學習了解即可。
2 設計思路概況
上面我們大概了解了下各個測試用例設計方法手機輸入法測試用例，接下來就開始以實際例子來說明如何更高效的設計測試用例了。
2.1 web登錄頁面的測試
分析：首先我們可以分析一下，該界面都有哪些哪些元素，每個元素又具備哪些規則要求，是否有其他特殊化要求，比如緩存，加密等；分析完畢后，我們就可以根據了解到的去選擇合適的測試用例設計方法，對這個頁面進行用例的編寫。
2.1.0 UI界面測試
首先對于用戶來說，對一個系統的評價，首先從界面視覺方面去判斷，就好比男女之間的第一次見面，嗯，你想的沒錯，就是相親，第一印象基本上是從個人長相，精神面貌來的，我們都知道第一印象很重要，尤其是在如今這個快節奏的社會；
對于一個用戶來說，界面的風格，人機交互性，易理解性，易操作性等將直接印象用戶的第一使用體驗，假如第一使用體驗都不好了的話，假如該產品不是不可替代性的產品的話，用戶很有可能就此流失掉，假如該系統是用戶已經付費了的，雖然不好看的頁面，難于操作的頁面，難于理解的頁面不會馬上導致客戶退貨，但起碼會使該用戶產生一種一點都不專業的感覺，接下來用戶很可能帶著一種不愉快的心情去操作了，這就很有可能導致各種各樣的刁難挑刺，最終導致徹底對該產品失去興趣，要不就是打回要求重新調整，要不就是退回退款。
大部分產品開發過程中，在前期需求確定及評審過程中就會這方面進行一定討論研究，所以建議測試同學在需求階段就要介入進去，從界面風格，人機交互性，易理解性，易操作性等幾方面去進行審視，給出比較不錯的建議。
根據一般的測試套路，我們先是進行基本的功能測試，只有基本的功能實現了，我們才有意義去進行其他方面的測試。
備注：掃一掃登錄頁面由于過于簡單就不在此進行闡釋了
2.1.1功能測試
結合我們所掌握到該頁面的相關需求知識以及我們后期拓展到的隱性需求（最好在需求階段就提出來），提煉出我們所需要的測試點，然后再結合我們所掌握的測試用例設計方法進行測試用例的編寫。
以下就是提煉出的測試點：
1.輸入框的空值登錄
2.輸入框的空格測試
a.賬號密碼輸入框前后中間有空格是否有過濾處理處理
3.有效賬號密碼等信息登錄
4.無效賬號密碼信息登錄
a.正確賬號，錯誤密碼
b.不存在的賬號，A賬號的密碼
c. A賬號，B賬號的密碼
5.密碼特殊要求測試
a.在輸入框內是否密文展示
b.是否可從外部復制到輸入框
c.是否可從密碼輸入框復制密碼出去
d.密碼防破解機制驗證
e.密碼在傳輸過程中及日志信息中是否做了加密處理
f.密碼在數據庫表中是否以加密形式保存
g.密碼信息是否會被瀏覽器所記住并保存
6.驗證碼測試
a.輸入正確的驗證碼登錄
b.驗證碼輸入框置空登錄
c.輸入錯誤的驗證碼登錄
e.輸入過時的驗證碼登錄
f.圖片刷新機制是否合理
7.賬號密碼記憶保存測試
a.正確賬號密碼登錄成功后記憶保存
b.正確賬號錯誤密碼登錄失敗后是否只保存賬號信息
c. 錯誤賬號登錄錯誤密碼登錄失敗是否會保存
d. 正確賬號，密碼置空登錄，是否會保存賬號信息
f. 記憶保存有效時間驗證
g. 手動清除緩存是是否仍然保留登錄信息
8.同時登錄測試
a.一個賬號能否在同一瀏覽器上同時登錄
b.一個賬號能否在同一臺機器上不同瀏覽器同時登錄
c.一個賬號能否在不同機器上同時登錄
d.一個賬號能否在web端和移動app端同時登錄
e.二個賬號能否在同一瀏覽器上同時登錄
f.二個賬號能否在同一臺機器上不同瀏覽器同時登錄
9.默認語言的記憶測試
a.修改界面語言選項，成功登陸后，下次登錄是否會記憶上次保存的語言
b.修改界面語言選項，登錄失敗后，當前頁面是否會保存修改的語言
c.修改界面語言選項，登錄失敗后，關閉瀏覽器，下次打開登錄是否保存上次的語言選項
10.輸入框長度限制測試
11.輸入框可輸入類型測試
12.輸入框的大小寫是否敏感
2.1.2 友好及易操作性測試
1.在輸入框內能否使用windows常用快捷鍵，比如復制粘貼，tab切換，回車等
2.在輸入框內能否切換大小寫，輸入法，且切換后是否有相應提示
3.網絡異常時，是否有友好加載頁面提示
4.各種登錄失敗情況下的提示是否友好，清晰，易懂。
2.1.3 健壯性測試
1.對瀏覽器程序進程殺死，重新打開瀏覽器，已輸入的登錄信息是否還在
2.登錄頁面與其他頁面頁簽之間的切換以及縮小到后臺，已輸入的登錄信息是否還在
3.假如快速多次點擊登錄按鈕界面是否仍然正常顯示及提示
4.假如快速進行多次刷新操作，界面是否仍然顯
2.1.4 安全測試
1.賬號密碼框是否屏蔽SQL注入攻擊
2.賬號密碼輸入框是否禁止腳本輸入（避免XSS攻擊）
3.登錄是否有防破解機制
4.密碼的緩存信息是保存在cookies中還是session中
5.密碼在任何場所是否都是加密形式展示的
6.密碼是否具有有效期，有效期到快到或者到期后，是否需要提示修改密碼
7.不登錄的情況下，直接輸入登陸后的url訪問，重定向到用戶登錄頁面
8.密碼輸入框是否支持復制粘貼
9.密碼輸入框輸入的密碼是否可以在頁面源碼模式下被查看
10.同一用戶在同一終端的多種瀏覽器上登錄，驗證登錄功能的互斥性是否符合設計預期
11.同一用戶先后在多臺終端的瀏覽器上登錄，驗證登錄是否具有互斥性
2.1.5 性能測試
1.單用戶打開登錄頁面及登錄所花的時間是否滿足要求
2.點擊登錄按鈕進入到登錄成功后的頁面所花時間是否滿足要求
3.支持多少人同時正常打開，同時正常登錄操作
4.單用戶登錄時，后臺請求數量是否過多
5.高并發場景下用戶登錄的響應時間是否小于規定值
6.高并發場景下服務端的監控指標是否符合預期
7.高集合點并發場景下，是否存在資源死鎖和不合理的資源等待
8.長時間大量用戶連續登錄和登出，服務器端是否存在內存泄漏。
2.1.6 兼容性測試
1.主流的瀏覽器及各版本，是否很好的兼容該頁面
2.不同的操作平臺及各版本是否正常使用
3.不同屏幕分配率是否合理的顯示該頁面
4.放大縮小狀態下界面顯示是否正常
2.2 一個水杯的測試（以喝水的杯子為準）
以此例子來說明，一般我們的測試思路可以怎么展開，其實和上個例子一樣的思路，再舉例說下這個例子，是用來說明作為測試同學來說，具備很強的邏輯歸納能力，很強的發散思維能力，及很強的產品用戶思維能力是很重要的。
2.2.1 UI界面測試
1.整體形狀外觀是否符合用戶審美觀
2.杯身圖案是否符合用戶需求，是否涉及到民族，倫理道德，商業侵權等會引起糾紛的標識
2.2.2功能測試
1.能否正常裝水
2.能否正常喝水
2.2.3 易用性測試
1.杯子是否容易裝水
2.杯子是否容易出水
3.杯子是否很方便的拿放（體積質量是否合理）
2.2.4 健壯性測試
1.當水裝過滿的時候，是否有預防水漫出的機制
2.當水喝的幾乎沒有的時候，剩下的一點點水是否能夠順利的喝到
3.當水杯不小心打翻時候，是否很好的避免水流出
4.當用戶手濕滑時候，是否也能夠順利拿起放下杯子
2.2.5 安全測試
1. 制作杯子的材料是否會對用戶造成損害
2. 當杯子不小心打碎的時候，碎片是否會傷害到用戶
3. 當裝的水過熱或者過冷的時候，是否會對用戶造成傷害
4. 當杯子由于外部原因被加熱過或者被冰凍過，是否會對用戶造成傷害
5. 當杯子長時間裝水狀態下，是否會滋生細菌或產生危害到用戶的事務
6. 當杯口以及杯身出現裂痕的時候，是否會對用戶造成割傷
7. 當杯子放進微波爐時，杯子是否會發生爆炸或融化
2.2.6 性能測試
1. 杯子在長時間震動下是否會破碎
2. 杯子在長時間裝水狀態下是否發生漏水
3. 當用戶使用杯子時用力過猛情況下，杯子是否會破碎
4. 當杯子不小心摔下的時候，是否會發生破碎變形現象
5. 當杯子裝入過熱或過冷的水時，杯子是否會發生破裂等事故
7. 當杯子用久了，杯身是否會掉色，杯體是否會發生變形，褪色等
2.2.7 兼容性測試
1. 杯子除了裝水外，是否還能裝其他液體。
2. 杯子除了裝液體外，是否還能裝固體
3. 杯子是否能液體和固定的混合物
4. 杯子是否可以在一些特殊場合使用