前言
輸入框的測試，主要是針對輸入資料的測試。
針對輸入框的測試，除了關注輸入，還得關注結果（正常輸入的結果和異常輸入的提示）。
對於資料輸入的用例設計，一般常用的方法有：等價類劃分方法、邊界值分析法。
用例設計方法
等價類劃分方法
等價類劃分方法是將系統的輸入域劃分為若干部分，然後從每個部分中選取少數具有代表性的資料進行測試。一般劃分為有效等價類和無效等價類。有效等價類是指對系統規格而言合理、有意義的輸入資料集合。無效等價類則是不合理的、有意義的資料輸入集合。有效等價類檢驗程式是否實現規格說明中要求的功能，無效等價類則檢驗程式能經受意外的考驗，具有一定的可靠性。
舉個例子：
案例(需求)
測試用例設計思路
新建分組，名稱長度限制1～16位
一個有效等價類：分組名稱長度在1～16
兩個無效等價類：分組名稱長度小於1（為空）、分組名稱長度大於16
邊界值分析法
邊界值分析法是對輸入或輸出的邊界進行測試的一種方法，一般取三點：上點，離點，內點。
上點：邊界上的點；
離點：離上點最近的點；
內點：邊界有效範圍內的任意一點。
舉個例子：
案例(需求)
測試用例設計思路
新建分組，名稱長度限制1～16位
上點：名稱長度1位、名稱長度16位
內點：名稱長度5位（名稱長度在［2，15］均是內點）
離點：名稱長度為空（0位）、名稱長度為17位
看一下例子會發現，好像測試用例設計思路差不多啊。為什麼呢？因為邊界值分析法可以看成是對等價類劃分的一種補充。我們再來看看邊界值分析法的應用步驟。
步驟
輸出
用例
step1：根據等價類劃分方法劃分有效等價類和無效等價類，確定上點、離點和內點
有效等價類：分組名稱長度在1～16
無效等價類1：分組名稱長度小於1（為空）
無效等價類2：分組名稱長度大於16
上點：名稱長度1位、名稱長度16位
內點：名稱長度5位（名稱長度在［2，15］均是內點）
離點：名稱長度為空（0位）、名稱長度為17位
step2：設計一個新用例，使其儘可能覆蓋所有尚未覆蓋的有效等價類，直到所有有效等價類完全覆蓋
名稱長度為1位
名稱長度為16位
名稱長度為5位
用例1：分組名稱輸入“分”，點選確定，分組建立成功
用例2：分組名稱輸入“這是分組。。。。（16位）”，點選確定，分組建立成功
用例3：分組名稱輸入“這是分類哦”，點選確定，分組建立成功
step3：設計一個新用例，使其僅覆蓋一個無效等價類，直到所有無效等價類完全覆蓋
名稱長度為空
名稱長度為17位
用例4：分組名稱為空，點選確定，無法建立分組，提示分組名稱不能為空
用例5：分組名稱輸入“這是分組。。。（17位）”，點選確定，無法建立分組，提示分組名稱長度為1～16位。
用例設計示例
還是用建立分組的例子。
上面使用了等價類劃分和邊界值分析，輸出了5條用例。但這是遠遠不夠但。為什麼呢？從我們實際場景出發，再思考一下：
假設場景一：使用者在建立分組時，輸入的分組名稱是已經存在的分組。所以，我們又得出一條用例：
用例6：分組名稱輸入“分組1”（當前已存在分組1），點選確定，無法建立分組，提示分組名稱已經存在。
假設場景二：使用者在建立分組時，閉著眼隨便敲（這時候可能會輸入可能符號之類的）。所以，我們又得出一條用例：
用例7：分組名稱輸入“！@#¥%……&*><？”（特殊符號），點選確定，分組建立成功。
所以，關於新建分組，我們輸出了7條用例
假設場景三。。。。。更多可能。。。。
用例
用例說明
用例1：分組名稱輸入“分”，點選確定，分組建立成功
有效等價類 + 上點
用例2：分組名稱輸入“這是分組。。。。（16位）”，點選確定，分組建立成功
有效等價類 + 上點
用例3：分組名稱輸入“這是分組哦”，點選確定，分組建立成功
有效等價類 + 內點
用例4：分組名稱為空，點選確定，無法建立分組，提示分組名稱不能為空
無效等價類1+離點
用例5：分組名稱輸入“這是分組。。。（17位）”，點選確定，無法建立分組，提示分組名稱長度為1～16位
無效等價類2+離點
用例6：分組名稱輸入“分組1”（當前已存在分組1），點選確定，無法建立分組，提示分組名稱已經存在
場景、需求說明
用例7：分組名稱輸入“！@#¥%……&*><？”（特殊符號），點選確定，分組建立成功
場景
從上述的用例設計分析，我們可以發現，其實用例設計的本質就是在
測試 正常輸入 和 不正常輸入，以及不正常輸入的提示文案
。
當然，更深一點，還涉及到基礎安全測試，就需要另說啦。
