設計軟體測試案例的思考

   軟體測試作為保證軟體項目產品的品質的關鍵環節，已經逐步的在軟體開發領域發展成為一個獨立的專業，並且越來越受到業內的關注和認可。測試案例作為檢驗項目品質的標準，需要在測試測試環境、測試資料、測試方法、測試結果等方面進嚴謹科學的分析和設計，以保證測試的覆蓋率、有效率等指標。測試不是開發人員簡單的Dubeg過程，也不應該是簡單畫面點擊確認過程，它是在測試案例的指導下，獨立於編碼思維之外的缺陷尋找過程。
    設計測試案例時，通常要涵蓋以下幾方面的內容。
    一，運行環境。運行環境包含了本系統外部環境和內部環境，外部環境通常是指作業系統、網路、其他相關協作系統等，外部環境一般作為測試的基本前提條件設計，它不但要滿足整個系統不同功能的測試要求，同時需要類比使用者最終使用環境；內部環境通常指本系統內個功能模組間的協同作業環境，在模組功能測試時，需要考慮相依模組間的協作性是否具備。
    二，資料環境。如果把一個軟體系統比作一個工廠的話，那麼資料就是這個工廠運行中所需要的各種原材料和生產的產品，資料在軟體運行過程中被消費和產生。資料分為待用資料和動態資料。待用資料通常是不跟隨資料實體變化的，也就是說在不同的時間、環境中這部分資料一旦確定，就不會發生變化，在測試資料設計時，對於這部分資料的考慮相對簡單一些，主要考查其完整性和正確性就可以了。動態資料是用來描述資料實體在不同時間和環境中特定的狀態的，它可能同時具有一種或多種狀態，在測試資料設計要充分考慮每一種狀態，以及每種狀態可能給系統帶來的運行結果，對於具有綜合狀態的測試資料的設計是非常複雜的。
    三，效能要求。軟體項目的效能測試往往被安排在最後進行，這種安排固然可行，但各項效能指標一定要在項目初期確定，並且在開發過程中根據具體情況不斷修正。不能把效能問題放到最後來解決，如果這樣，常常會帶來災難性的結果。在項目初期確定效能指標的好處是，在開發過程中一旦發現行能問題，可以及時尋找對策加以解決。項目的工期不能成為效能問題延期解決的借口，如果不及時加以解決，會給我們後續的開發、測試帶來嚴重的效率問題。
    四，UI介面（User Interface）。UI介面通常是使用者使用系統的直接對象，我們要在尊重使用者的操作習慣的前提下，遵循操作簡單、易懂的原則，與使用者和開發人員進行充分溝通的基礎上，進行測試案例的設計。
    五，功能模組介面。功能模組介面通常是功能的邊界點，功能交替時往往伴隨著資料和執行環境的變化，這時的測試案例不僅要關注模組交替時系統是否能夠正確運行，同時還要關注資料在流動過程中，待用資料是否保持了正確性、完整性，動態資料的狀態變化是否與預期結果一致。在複雜介面的測試案例設計是，經常會給測試案例的設計帶來難以想象的難度，這種難度主要來源於介面中複雜資料結構的應用，因此在設計測試案例時，一定要充分理解介面中的資料結構。
     前面提到，軟體測試是獨立於編碼思維之外的缺陷尋找過程，但是它不能獨立於開發過程，它不但要作為開發過程中的一個重要環節，同時最好貫穿於開發過程始末，用測試驅動開發。