測試用戶界面的色彩搭配、整體布局、行距、對齊，樣式統壹等等。還有就是壹些控件是否合理，提示信息和頁面信息是否有語法錯誤等等。具體地講，測試壹般要達到下列目標：
1、確保產品完成了它所承諾或公布的功能，並且所有用戶可以訪問到的功能都有明確的書面說明------在某種意義上與iso9001是同壹種思想。
產品缺少明確的書面文檔，是廠商壹種短期行為的表現，也是壹種不負責任的表現。所謂短期行為，是指缺少明確的書面文檔既不利於產品最後的順利交付，容易與用戶發生矛盾，影響廠商的聲譽和將來與用戶的合作關系；同時也不利於產品的後期維護，也使廠商支出超額的用戶培訓和技術支持費用。從長期利益看，這是很不劃算的。領測認為接觸過的軟件產品，很少有向方正這樣大大的產品、薄薄的文檔。
當然，書面文檔的編寫和維護工作對於使用快速原型法(rad)開發的項目是最為重要的、最為困難，也是最容易被忽略的。
最後，書面文檔的不健全甚至不正確，也是測試工作中遇到的最大和最頭痛的問題，它的直接後果是測試效率低下、測試目標不明確、測試範圍不充分，從而導致最終測試的作用不能充分發揮、測試效果不理想。
2、 確保產品滿足性能和效率的要求
使用起來系統運行效率低(性能低)、或用戶界面不友好、用戶操作不方便(效率低)的產品不能說是壹個有競爭力的產品。
用戶最關心的不是妳的技術有多先進、功能有多強大，而是他能從這些技術、這些功能中得到多少好處。也就是說，用戶關心的是他能從中取出多少，而不是妳已經放進去多少。
3、 確保產品是健壯的和適應用戶環境的
健壯性即穩定性，是產品質量的基本要求，尤其對於壹個用於事務關鍵或時間關鍵的工作環境中。
另外就是不能假設用戶的環境(某些項目可能除外)，如：報業用戶許多配置是比較低的，而且是和某些第三方產品同時使用的。
測試的原則---good enough
對於相對復雜的產品或系統來說，zero-bug是壹種理想，good-enough是我們的原則。
good-enough原則就是壹種權衡投入/產出比的原則：不充分的測試是不負責任的；過分的測試是壹種資源的浪費，同樣也是壹種不負責任的表現。我們的操作困難在於：如何界定什麽樣的測試是不充分的， 什麽樣的測試是過分的。目前狀況唯壹可用的答案是：制定最低測試通過標準和測試內容，然後具體問題具體分析。最明顯的例子就是fit3.0中文報版的產品測試。
測試的規律----木桶原理和80-20原則
1、木桶原理。
在軟件產品生產方面就是全面質量管理(tqm)的概念。產品質量的關鍵因素是分析、設計和實現，測試應該是融於其中的補充檢查手段，其他管理、支持、甚至文化因素也會影響最終產品的質量。應該說，測試是提高產品質量的必要條件，也是提高產品質量最直接、最快捷的手段，但決不是壹種根本手段。反過來說，如果將提高產品質量的砝碼全部押在測試上，那將是壹個恐怖而漫長的災難。
2、 bug的80-20原則。
壹般情況下，在分析、設計、實現階段的復審和測試工作能夠發現和避免80%的bug，而系統測試又能找出其余bug中的80%，最後的5%的bug可能只有在用戶的大範圍、長時間使用後才會曝露出來。因為測試只能夠保證盡可能多地發現錯誤，無法保證能夠發現所有的錯誤。
軟件測試的方法：
1、按是否查看程序內部結構分為：
（1）黑盒測試（black-box testing）：只關心輸入和輸出的結果
（2）白盒測試（white-box testing）：去研究裏面的源代碼和程序結構
2、按是否運行程序分為：
（1）靜態測試（static testing）：是指不實際運行被測軟件，而只是靜態地檢查程序代碼、界面或文檔可能存在的錯誤的過程。
靜態測試包括：
對於代碼測試，主要是測試代碼是否符合相應的標準和規範。
對於界面測試，主要測試軟件的實際界面與需求中的說明是否相符。
對於文檔測試，主要測試用戶手冊和需求說明是否真正符合用戶的實際需求。
（5）動態測試（dynamic testing），是指實際運行被測程序，輸入相應的測試數據，檢查輸出結果和預期結果是否相符的過程
3、按階段劃分：
（1）單元測試（unit testing），是指對軟件中的最小可測試單元進行檢查和驗證。
樁模塊（stud）是指模擬被測模塊所調用的模塊，驅動模塊（driver）是指模擬被測模塊的上級模塊，驅動模塊用來接收測試數據，啟動被測模塊並輸出結果。
（2）集成測試（integration testing），是單元測試的下壹階段，是指將通過測試的單元模塊組裝成系統或子系統，再進行測試，重點測試不同模塊的接口部門。
集成測試就是用來檢查各個單元模塊結合到壹起能否協同配合，正常運行。
（3）系統測試（system testing），指的是將整個軟件系統看做壹個整體進行測試，包括對功能、性能，以及軟件所運行的軟硬件環境進行測試。
系統測試的主要依據是《系統需求規格說明書》文檔。
（4）驗收測試（acceptance testing），指的是在系統測試的後期，以用戶測試為主，或有測試人員等質量保障人員***同參與的測試，它也是軟件正式交給用戶使用的最後壹道工序。
驗收測試又分為a測試和beta測試，其中a測試指的是由用戶、 測試人員、開發人員等***同參與的內部測試，而beta測試指的是內測後的公測，即完全交給最終用戶測試。
4、黑盒測試分為功能測試和性能測試：
1)功能測試（function testing），是黑盒測試的壹方面，它檢查實際軟件的功能是否符合用戶的需求。
包括邏輯功能測試（logic function testing）
界面測試（ui testing）ui=user interface
易用性測試（usability testing）：是指從軟件使用的合理性和方便性等角度對軟件系統進行檢查，來發現軟件中不方便用戶使用的地方。
兼容性測試（compatibility testing）：包括硬件兼容性測試和軟件兼容性測試
2)性能測試（performance testing）
軟件的性能主要有時間性能和空間性能兩種
時間性能：主要指軟件的壹個具體事務的響應時間（respond time）。
空間性能：主要指軟件運行時所消耗的系統資源。
軟件性能測試分為：
壹般性能測試：指的是讓被測系統在正常的軟硬件環境下運行，不向其施加任何壓力的性能測試。
穩定性測試也叫可靠性測試（reliability testing）：是指連續運行被測系統檢查系統運行時的穩定程度。
負載測試（load testing）：是指讓被測系統在其能忍受的壓力的極限範圍之內連續運行，來測試系統的穩定性。
壓力測試（stress testing）：是指持續不斷的給被測系統增加壓力，直到將被測系統壓垮為止，用來測試系統所能承受的最大壓力。(validate the system or software can allowed the biggest stress.)
5、其他測試類型：
回歸測試（regression testing）是指對軟件的新的版本測試時，重復執行上壹個版本測試時的用例。(when a new build or release is deployed, repeat all the test cases which has executed in the last build or release.)
冒煙測試（smoke testing），是指在對壹個新版本進行大規模的測試之前，先驗證壹下軟件的基本功能是否實現，是否具備可測性。(validate the major function is deployed or not in software of system when a new build or release is implement.)
隨機測試（random testing），是指測試中所有的輸入數據都是隨機生成的，其目的是模擬用戶的真實操作，並發現壹些邊緣性的錯誤。(means or all the test data is random, to validate the some edge bugs.)
軟件測試包括的步驟：
1.制定測試計劃；
2.設計測試用例、
3.實施測試（首先要搭建測試用環境）、
4.管理測試時發現的bug、
5.測試完後（測試完，並且發現的bug修正完）
6.要做測試報告（這樣，該測試過程就算結束了，每種類型（單元測試、集成測試、系統測試、驗證測試）的測試都是如此）；