對於我們來說真正的軟體測試其實不僅僅只是關注一些常用的功能或某個特定的測試，往往被測試人員忽視的測試點其實對客戶來說也是被關注的重要內容，真正懂技術的客戶其實很少，那麼你就知道軟體測試介面對於客戶的重要性了。
什麼是軟體介面（ui）：
標準的定義是講到，介面是軟體與使用者互動的最直接的層，介面的好壞決定使用者對軟體的第一印象。而且設計良好的介面能夠引導使用者自己完成相應的操作，起到嚮導的作用。同時介面如同人的面孔，具有吸引使用者的直接優勢。設計合理的介面能給使用者帶來輕鬆愉悅的感受和成功的感覺，相反由於介面設計的失敗，讓使用者有挫敗感，再實用強大的功能都可能在使用者的畏懼與放棄中付諸東流。
介面測試的目的：
通過使用者介面 (ui) 測試來核實使用者與軟體的互動。ui 測試的目標在於確保使用者介面向使用者提供了適當的訪問和瀏覽測試物件功能的操作。除此之外，ui 測試還要確保
ui 功能內部的物件符合預期要求，並遵循公司或行業的標準。
通過瀏覽測試物件可正確反映業務的功能和需求，這種瀏覽包括視窗與視窗之間、欄位與字段之間的瀏覽，以及各種訪問方法(tab 鍵、滑鼠移動和快捷鍵)的使用。視窗的物件和特徵(例如:選單、大小、位置、狀態和中心)都符合標準。
一、介面的測試關注點：
1、標題欄
a、標題文字描述的正確性
b、標題欄中（最大化、最小化、關閉）按鈕，根據視窗的特性，如沒有最大化或者最小化狀態的視窗，應該不顯示最大化和最小化按鈕，或者把按鈕 disable 狀態顯示。
2、文字
（1）文字描述的準確性：
a、檢查文字的描述和所對應的功能是否一致；
b、檢查錯別字。
（2）文字用語的一致性：
（選單、介面按鈕或者 label 等、tooltip、視窗標題）
比如選項設定，在主介面的有按鈕可以進入選項設定對話方塊，或者選單中有選單項可進入選項設定對話方塊中，那麼，按鈕、選單、對話方塊的標題都應該統一用詞，如用「選項」或者「設定」，而不能又用「選項」，又用「設定」，或者還有其他的的用詞。
（3）為了全面的檢查所有的文字，應該檢查程式中的所有文字資源，因為一些對話方塊可能比較難在黑盒測試的時候能全部都出現過。
3、控制項
（1）控制項對齊：
併排關係的控制項間應該左對齊，同行的控制項應該橫向對齊。有所屬關係的控制項應該縮排。
（2）控制項狀態：
a、不能操作的的控制項的狀態應該為 disable，這樣介面也起到引導使用者使用操作的效果。
b、有依賴關係的控制項，比如（幾個選項供選擇（checkbox 或者 radiobox），每個選項下面都有獨立的設定（其他的控制項：edit、combobox、checkbox 等），那麼當所屬的選項沒有選中時，下面的控制項應該是 disable 的，相反為 enable。
（3）控制項的 taborder
控制項的 taborder 應該依次從上到下、從左到右的順序，介面中預設的 taborder 應該落在介面上的第乙個 enable 狀態的控制項上面。
（4）控制項的右鍵選單支援
允許輸入的控制項都應該支援右鍵選單，方便習慣使用右鍵選單的使用者複製、剪下、貼上、全選等操作。
（5）控制項的操作方式
a、單行文字的 edit 輸入框中，對回車符的支援：回車預設操作是本視窗中的「確定」按鈕的功能。
b、在可操作的列表控制項（list、listview）中，滑鼠雙擊的操作、鍵盤操作都應該有對應的預設操作。比如下面的圖中，雙擊列表中某一項，預設操作就是 modify 按鈕的操作；雙擊列表中的空白處，預設操作應該是 add 按鈕的操作；選中列表中的項的情況下，按下 delete 鍵，預設操作應該是 remove 按鈕的操作。
（6）edit 控制項對輸入的有效性判斷
a、型別判斷：整型、浮點型的資料輸入框中，不允許輸入非表示資料的其他字串（如：abcd 或者其他字元等）；
b、大小判斷：資料型別的資料如有大小範圍限制的，要對輸入的大小進行判斷
（如：表示月份的輸入框中，只能允許輸入 1－12 的數字。
c、長度判斷：如果是程式處理的字串有長度限制，但是輸入框中沒有對輸入的資料長度進行限制，將有可能會造成程式錯誤，或者處理後的結果和輸入的不相符合。
d、正確性判斷：表示路徑的或者檔名全路徑的輸入框，要對輸入的路徑是否為有效的路徑進行判斷，如：輸入 aaaa 或者 c:\//等為不正確的輸入。
4、：顯示的篇幅不要太大。
5、介面整體的顏色搭配。
6、視窗在工作列上的系統選單
每個應用程式，如視窗在系統工作列上有縮小圖示的，都應該有系統右鍵選單的支援（還原、最大化、最小化等），要測試右鍵選單中各個項的 enable 和 disable 狀態的正確性以及功能的正確性。
二、提示對話方塊測試要點：
1、文字描述的正確性
2、圖示顯示的正確性：
介面測試的關注點
介面測試的關注點 引數測試 返回值驗證 業務資料 介面之間 db驗證 響應的資料必須與api文件的定義的須一致 介面返回的節點 返回節點對應的值是不是對的 當介面有翻頁時，頁碼與頁數的異常值測試 第一頁有資料，翻頁到第二頁 1 第二頁的資料是否和第一頁重複 2 第二頁介面有沒有報錯，頁碼 一頁返回多...
功能測試 介面操作關注點
前段時間在測社群衛生服務資訊系統，是1.0版本的公升級版，技術框架進行了更改，優化了介面和操作速度。因之前一直負責1.0版本的測試，所以很晚才介入2.0版本的測試。最近觀察到乙個問題，發現測試執行人員在進行系統測試的時候，滑鼠的使用率很高，很多介面操作的時候通過移動滑鼠把游標定位到要輸入資料的資料框...
效能測試關注點
作為軟體測試人員，我們經常會遇到壓力測試 穩定性測試 功能測試 效能測試 相容性測試等等，有時在工作中潛移默化的就已經在使用這些測試方法中包含的點，但是我們沒有太在意去總結梳理，那麼每個測試方法的關注點是什麼？如 在效能測試的過程中我們應該最該關注什麼？等等的思考呢，經過幾次的總結，今天首先將效能測...