如何應對不明需求做好測試(2)

　　6.對于輸出項(返回項)，首先要明確具體有哪些輸出，其次需要明確是返回當前頁面的操作，還是新窗口。若為前者，就需要考慮輸出后是否影響輸出前的操作;若為后者，還需考慮是否能從該頁面返回原窗口等等。

　　7.除了關注頁面展現，測試人員還應該明確需求實現中涉及的所有表結構，包括表之間的關系。通過表關系，可進一步考慮本次需求可能會影響到的其它需求。并通過比對頁面元素，了解頁面展現和具體表結構的對應關系，從而確定是否有遺漏和冗余。

　　當然，以上這幾點可能還很不完整，僅僅是我在近期的日常需求測試過程中的一點感悟，還需要我在實踐的過程中去補充和修正，當然也歡迎大家一起來修正。

　　其實，個人認為帶著思考去評審UC或者是編寫tc，絕對不止是確認需求和描述自己的操作步驟，通過在跟開發人員的溝通過程中，引導他們一起去思考和去檢驗自己的代碼，其實也是在測試，這樣的行為可以說大大的提高了測試的效率，因為很多問題在測試人員開始執行測試之前都已被開發人員所修正，如此一來，在執行測試的時間里，測試人員就可以更好地聚焦于業務邏輯層的實現，使得測試更為充分。從某種角度講這也是缺陷的預防。當然，缺陷預防的路還有很長，但是我們不用害怕和沮喪，一點點做起來，一步一個腳印的走下去，目標總會近，如果我們每個人再加把勁，多多分享和共享，那么我相信，我們的團隊會走的更快、更好。

原文轉自：http://www.uml.org.cn/Test/200807021.asp