1. 驗收測試的目的主要是驗證軟件功能的正確性和需求的符合性。軟件研發階段的單元測試、集成測試、系統測試的目的是發現軟件錯誤，將軟件缺陷排除在交付客戶之前，而驗收測試是與客戶共同參與的，旨在確認軟件符合需求規格的驗證活動。這是組織和編寫驗收測試用例的出發點。
2. 驗收測試用例所覆蓋的范圍應該只是軟件功能的子集，而不是軟件的所有功能。在V模型中驗收測試和需求分析階段是對應的，因此，驗收測試用例應該與軟件需求規格說明書之間具有可追溯性。一個軟件產品可能使用在多個項目中，因而可能具有復雜多樣的功能，驗收測試不可能也沒有必要把研發階段所有的測試用例都拿出來重新執行一遍。
3. 驗收測試用例應該是粗粒度的，結構簡單、條理清晰，而不應當過多地描述軟件內部實現的細節。驗收測試預期結果的描述，要從用戶可以直觀感知的方面體現，而不是針對內部數據結構的展示。因此，需要用黑盒測試的方法，盡量屏蔽軟件的內部結構。
4. 驗收測試用例的組織應當面向客戶，從客戶使用和業務場景的角度出發，而不是從開發者實現的角度出發。使用客戶習慣的業務語言來描述業務邏輯，根據業務場景來組織測試用例和流程，適當迎合客戶的思維方式和使用習慣，便于客戶的理解和認同。
5. 設計驗收測試用例應當充分把握客戶的關注點。在保證系統完整性的基礎上，把客戶關心的主要功能點和性能點作為測試的重點，其它的功能點可以一筆帶過，避免畫蛇添足。
6. 驗收測試用例可以適當展示軟件的某些獨有特性，引導和激發客戶的興趣，達到超出客戶的預期效果。適當展示軟件在某些方面的獨特功能，能夠為軟件增色不少，特別是在針對招標入圍、設備選型、系統演示等目的的測試活動中，可以彌補軟件在其它方面的不足，贏得加分的效果。
驗收測試的目的決定了驗收測試用例的設計不同于其它測試，因而具有不同的特點，驗收測試用例應當在研發階段測試用例的基礎上重新組織和編寫，而不能拿來直接使用。驗收測試用例范圍只是軟件功能的子集，并與客戶需求相對應，具有粗粒度、面向客戶的特點，設計過程中要把握客戶的關注點并適當展示軟件的獨有特性，這樣才能達到較好的測試效果，從而引導項目走向成功。另外，在驗收測試中不可避免地會發現軟件的缺陷或與需求存在偏差的地方，項目團隊應當與客戶保持良好的溝通，根據問題的輕重緩急共同確定修復和改進的計劃，使系統盡早驗收通過、上線運行。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
