Client測試的特點
Client測試也叫做客戶端測試，他是測試安裝在用戶機器上的應用程序的各個功能是否可以正常運行
需要先在本機安裝Client程序包，然後通過運行Client程序，進行各種數據的輸入，保存等操作。
測試內容包括：安裝測試、卸載測試、用戶界面測試、功能測試、字符輸入測試、提示信息測試、超鏈接測試、操作按鈕測試、菜單測試、視頻音頻測試、程序運行權限測試等。
Client測試
安裝測試：
包括進行首次安裝、升級安裝、完整的或自定義安裝、以及異常的情況，如：磁盤空間不足、缺少目錄創建權限等。
首次安裝測試：
從測試站點下載Client的安裝包
運行安裝包，將會出現安裝歡迎窗口，按提示完成安裝
重複安裝測試
程序首次安裝完成之後，可以驗證再次安裝的測試用例
示例的缺陷分析：
在測試機器上安裝Client程序，並且運行它
保證程序正在運行，再次安裝Client程序
預期結果：彈出信息，提示用戶退出當前正在運行的程序
實際結果：直接彈出錯誤窗口，而且是系統彈出來的。
卸載測試:
卸載時，可以通過程序自己的卸載程序，也可以通過Windows控制面板裏的刪除/卸載功能。這兩種方法都需要驗證，確保程序都可以成功卸載。另外卸載之後，還要驗證是否有殘留文件存在，如果有殘留文件，說明卸載不徹底，他就是缺陷。
需要注意以下幾點：
是否可以成功卸載。有些程序安裝和運行時都沒有問題，但是在卸載是有報告一些例外錯誤。
程序的文件是否卸載乾淨，是否有殘留文件。
程序卸載之後，是否可以再次安裝
測試程序的卸載是否影響其他程序的運行，比如卸載了測試程序，系統不能啓動了，或者其他的程序打不開了等。
UI測試
用戶界面，簡稱UI（User Interface），是指軟件中的可見外觀及其底層與用戶交互的部分（菜單、對話框、窗口和其他控件）。
用戶界面測試是指測試用戶界面的風格是否滿足客戶要求，他常常包括菜單、按鈕、圖標、文本框、對話框、出錯信息、幫助信息、文字、圖片等。比如文字是否正確，界面是否美觀，文字，圖片組合是否完美，操作界面是否友好等等。
還要驗證一下幾個方面：
在不同的操作系統裏驗證程序的UI顯示，比如WinXP，Win7，Win8。
調整機器的分辨率到不同的大小，比如1024*768,1440*900,1280*1024,1600*1024,2560*1440.
示例：
登錄窗口，UI測試需要從一下幾個方面進行：
驗證這個窗口上的文字是否整齊，字體大小、字體顏色、字體幸好是否協調一致
登錄名和密碼輸入框排列是否整齊
選項框和“Remember my password”文字是否在同一條直線上
窗口上的按鈕“Log in”，“Cancel”。“Preferences”是否排列整齊。
“Forget Password？”是超鏈接，當鼠標移上去變成手的形狀，顏色默認應該是藍色，並且有下劃線
窗口上的標題和Logo應該對齊
缺陷分析：
調整機器的分辨率到1600*1024
打開Client程序
窗口上的內容不應該隨着分辨率的調整而受到影響
功能測試：
功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能。功能測試也叫和黑子測試或數據驅動測試，只需考慮各個功能，不需要考慮整個軟件內部結構及代碼。一般從軟件產品的界面、框架出發，按照需求編寫出來的測試用例，輸入數據在預期結果和實際結果之間進行評測，進而使產品更好的達到用戶使用的要求。
功能測試時，先理清產品的主要功能，然後根據產品的數據流向，輸入一些基本的正常數據，看這些主要功能是否可以實現；再做一些擴展測試，也就是修改不同的參數，看參數改變之後，是否達到需要的效果；最後做一些破壞性測試，輸入一些極限或者超出範圍的數據，以及做出一些例外測試，比如需要聯網的產品，測試時拔掉網線，看看是否異常反應等等。
字符輸入測試
字符輸入測試是指在能輸入字符的窗口、對話框、文本框，驗證是否可以輸入有效字符，字符輸入長度、內容等等。
字符輸入測試需注意：
字符輸入測試時，要注意邊界值測試，也就是最大輸入字符數
要測試特殊字符的輸入，因爲有些代碼對特殊字符沒有做保護，輸入時是可以的，但在保存時就會出錯
要注意攻擊代碼的測試，能輸入字符的地方，就可以輸入惡意攻擊代碼，如果不作保護，就可能破壞產品或者給用戶造成損失。
示例：登錄端登錄過程
在做字符輸入測試時，需要從一下幾個方面進行：
驗證實際輸入字符和規定的是否相等。同事驗證輸入最大字符後，窗口是否有變形，程序運行是否變慢等
再輸入的字符中要包含一般的字母，數字，特殊字符，還要包含一些可以攻擊的腳本等。驗證輸入框是否有容錯性，是否能被惡意攻擊
在Client輸入的字符，是要上傳到服務器的，驗證服務器是否可以正常完整的顯示。
Tooltip測試
Tooltip是表示一個小的長方形彈出窗口，該窗口當用戶將指針懸停在一個控件上時顯示有關該控件用途的簡短說明，也稱爲提示信息。Tooltip測試是驗證控件上的提示信息是否可以正常顯示
Tooltip測試要注意以下幾點：
驗證Tooltip是否能出現
檢查Tooltip出現的位置
檢查Tooltip出現和消失的時間是否合理
鏈接測試
鏈接是Web應用系統的一個主要特徵，他是在頁面之間切換和指導用戶連接其他頁面的手段。在用戶終端有時也設置一些鏈接，用戶點擊鏈接，就可以跳轉到指定的頁面。
需注意：
設置有鏈接的字符有下劃線標識
當鼠標移動到連接上方時，鼠標會變成手的形狀
測試連接是否按指示的那樣確實鏈接到了該鏈接的頁面
測試所連接的頁面是否存在
操作按鈕測試
操作按鈕是指窗口上佈置的各種功能的按鈕，點擊相應的按鈕，就可以實現相應的功能。
需注意：
當鼠標點擊的時候，按鈕會有一定的變化，比如有凹陷的狀態
當鼠標移開時，按鈕恢復原狀
按鈕點擊之後，驗證相應的功能是否實現，比如點擊“Cancel”時Login窗口被關閉，點擊“log in”，如果用戶名和密碼正確，直接登錄成功，如果用戶名或密碼錯誤，將會彈出錯誤提示。
檢查按鈕上的文字是否排列整齊，是否居中，大小是否統一
菜單測試
菜單是爲軟件的大部分功能提供入口，它分爲左鍵菜單和右鍵菜單。菜單測試就是測試這些入口是否正確，是否達到想要的目的。
需注意
在很多程序的菜單包含有快捷鍵，測試這些快捷鍵是否有效，是否有重複
菜單分爲一級菜單、二級菜單和更高級菜單，一級菜單後面帶有黑色箭頭的就是二級菜單，驗證二級菜單是否正常打開。
檢驗菜單是否指向正確，
音頻測試
音頻測試就是檢驗應用程序的聲音輸入和輸出是否正常，聲音是否流暢，是否有變音或音量大小不穩定。在測試時需要測試系統默認的聲音設備，還要測試另外接入的音頻設備，比如接入的耳麥和麥克風。
主要注意聲音的輸入輸出是否正常
示例：QQ程序測試語音功能，需要從以下幾個方面進行：
1、打開語音設置對話框，在“聲音輸入”和“聲音輸出”裏選擇“Windows默認設備”，測試默認設備的聲音輸入和輸出聲音質量。
2、在“調節”部分可以調整麥克風和聲音輸出設備的音量，測試音量調整是否有效。
3、選上和反選“自動調節麥克風音量”，麥克風的音量會根據說話聲音大小自動調節，測試它是否能夠成功的進行自動調節。
4、“自動放大麥克風音量”，設置這個功能後，麥克風的音量會自動放大，別人聽的更清楚。
5、如果有外接的耳機或者麥克風，通過下拉框進行選擇，測試選擇的設備是否有效。如圖所示。如果選擇了外接設備，聲音應該從外接設備輸入或者輸出，如果外接設備不能輸入或者輸出，或者聲音仍然通過默認的設備輸入/輸出，那就是產品的缺陷。
6、在聲音輸入/輸出裏可以設置“禁用”，檢驗禁用之後，是否仍然有聲音輸入/輸出
視頻測試
視頻軟件一般是一對一，或者是一對多，也就是某個人發送視頻，某一個人或者多個人同時觀看。視頻軟件同時也是交互的，也就是自己在發送視頻，同時還在接受別人發送的視頻。視頻測試就是測試視頻的發送和接收是否流程，是否有停頓、延時，花屏，跳躍等問題。
視頻測試主要注意圖像是否流暢，圖像和音頻是否能同步
1、在“預覽”裏可以選擇“我的本地圖像”或者“對方看到的圖像”。選擇任何一個選項，預覽視頻都可以顯示出來。
2、如果有多個視頻設備，可以在“請您選擇您的視頻設備”選擇，然後測試所選擇的設備是否可以正常發送視頻。
3、在“優先選項”裏可以選擇“優先保證畫面清晰”或者“優先保證視頻流暢”。如果帶寬流量比較大，測試不明顯，這時我們可以通過限速工具對本機網絡進行限速，然後再測試這兩個選項產生的效果。
如果機器的帶寬流量比較小，想節省帶寬，可以設置“節省帶寬模式”。
4、打開“畫質調節”，修改不同的參數，圖像的質量會有相應的變化，驗證質量變化是否正確。
程序運行權限測試
程序運行權限測試：一方面系統權限，驗證程序的安裝運行是否受系統權限影響，另一方面是程序自己的權限控制。
系統權限
在操作系統裏有不同類型的賬號，一般分爲Standard user（標準用戶），Administrator（管理員）。要驗證在不同類型的用戶環境下，程序是否可以正常安裝和運行。
程序自己權限控制
在程序中如果涉及到多用戶，都會有權限控制，不同的用戶，根據需要分配給它不同的權限。（權限控制測試，主要注意用戶所能使用的權限，是否和所分配的相匹配）
獲取測試需要的Trace
程序運行的Trace，也成爲運行日誌，世紀路程序運行軌跡的文件，比如程序登錄時使用的用戶名稱，打開那些窗口，執行了那些命令以及一些程序異常等等。
不同的程序，Trace的存儲路徑是不一樣的，明明方法也不同，測試時需要根據具體的程序查找Trace所在的位置
客戶端（Client）測試，相比Web測試或者Server測試是不同的，它是直接面向用戶的，操作習慣、界面風格、友好程序等等，都需要從用戶的角度來思考。客戶端測試涉及的分類很多，在測試之間要做好規劃，把所有需要測試的範圍羅列出來，最好寫成Test Case，以免測試時漏掉
————————————————
版權聲明：本文爲CSDN博主「懵哩」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/mengwuyoulin/article/details/42673283