走讀相關產品的歷史測試用例
如果你所在的公司有測試用例管理系統，那么，走讀相關產品的軟件測試用例是迅速提高測試用例設計水平的一條捷徑。走讀測試用例也是有技巧的。測試用例寫作一般會包括測試用例項和根據測試用例項細化的測試用例，下面舉例說明。 “ 測試用戶登錄的功能 ” 是一個測試項，該測試項的目的是測試用戶登錄功能是否正確，是否能夠完成正常的登錄功能，是否能夠對非法用戶名和密碼做異常處理等等。因此，根據該用例項，可以設計出若干個測試用例，大多數情況下，測試用例項和測試用例是一對多的關系。
通過走讀測試用例項目，你可以掌握應該從哪些功能點著手未來的測試工作;通過走讀軟件測試用例，你可以了解如何根據被測試的功能點開展軟件測試用例的設計工作，包括如何確定測試用例的輸入、測試用例的操作步驟和測試用例的輸出結果等。
總之，走讀其他軟件測試人員設計的優秀軟件測試用例，是提高自身用例設計水平的好方法。
學習產品相關的業務知識
軟件測試人員不僅要掌握軟件測試技術相關知識，對產品相關的業務知識也要學習。這很好理解，如果從事財務軟件的測試工作，一定要學習財務知識;如果從事通訊產品測試工作，那么相關的通訊理論知識也是必須的;如果從事銀行軟件的測試，銀行的業務流程也是不可或缺的知識點。
因此，在學習軟件測試技術的同時，千萬不要忽略產品相關業務知識的學習。如果你是一個軟件測試技術專家，但是對產品業務知識一無所知，那么也只能測試出來純粹的軟件缺陷，而面對眼前出現的產品業務相關的缺陷，很可能是視而不見，如此這般，軟件測試的效果會大打折扣。
識別測試需求
識別測試需求是軟件測試的第一步。如果開發人員能夠提供完整的需求文檔和接口文檔，那固然好�？梢愿鶕枨笪臋n中描述的每個功能項目的輸入、處理過程和輸出，來設計測試用例。如果開發人員沒有提供軟件需求文檔，那該如何是好?下面給出幾個有效的方法：
主動獲取需求
開發人員通常不會更好地考慮軟件測試，如果沒有開發流程的強制規定，他們通常是不愿意提供任何開發文檔，即便有強制規定，需求文檔也未必能夠真正指導軟件系統測試工作。因此，需要測試人員發揮主觀能動性，與相關的軟件開發項目經理和軟件開發人員保持溝通，了解軟件實現的主要功能是什么，并記錄得收集到的信息。一般來說，開發人員即便沒有提供相關需求文檔，也會保存一些簡單的過程文檔，主動向開發人員索要這些文檔，可以作為測試的參考。此外，可以與公司的技術支持人員交流，技術支持人員是最貼近用戶的人，因此，通過交流可以獲取第一手的用戶使用感受，在測試的過程中會更加貼近用戶。
當拿到相關的資料后，從哪些方面分析需求?如何與開發人員交流需求?其實，只要把握需求分析的幾個關鍵的點就可以解決問題：輸入、處理過程、輸出、性能要求、運行環境，下面針對每一個項目逐一分析：
軟件輸入： 與該需求相關的一切可能輸入，可以從這幾方面考慮，輸入來源、輸入參數的數量、輸入參數的度量單位、輸入參數的時間要求、輸入參數的精度和輸入參數的有效輸入范圍。在測試用例設計中，這部分內容作為測試用例輸入的依據。
處理過程： 描述對輸入數據所執行的所有操作和如何獲得輸出的過程。測試人員了解處理過程即可，在測試過程中發現 BUG 時候，如果對處理過程了解的深入，對定位問題根源有很大的幫助。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
