軟件輸出： 描述每個需求的輸出結果，包括輸出的位置(如計算機顯示器、打印機，文件)，輸出參數的數量、輸出參數的度量單位、輸出參數的時序、輸出參數精確度、輸出參數的有效輸出范圍、錯誤消息。在測試用例設計中，這部分內容作為測試用例的預期輸出。
性能要求： 與該需求相關的性能要求，比如 “ 插入 ATM 取款卡后， 3 秒鐘內彈出提示用戶取款的圖形界面 ” 。 3 秒鐘這一限制，就是對需求的基本性能要求。
運行環境： 軟件的運行所需的環境，包括硬件平臺的要求、操作系統的要求、數據庫的要求，以及其它相關支撐軟件的要求。
確認需求的優先級
確認需求的優先級是很必要的，如果在產品進度比較緊的情況下，測試人員可以考慮優先測試優先級高的需求項，如果進度允許，那么在測試優先級低的需求項，如果進度不允許，那么就放棄測試優先級低的需求項。如果軟件公司有規范的流程支撐，開發人員在提供軟件需求文檔的時候，應該在文檔中確定需求的優先級。但是，如果開發人員連基本的軟件需求文檔都沒有提供，又怎能指望他們確定軟件需求的優先級?如果是這樣，需求的優先級只能由測試人員完成了。
加入開發小組的郵件群組
測試人員需要通曉被測試產品，但是，產品在開發的過程中往往是不斷變化的。如果軟件開發團隊有一套變更控制流程，測試人員會對產品的變更了如指掌。如果沒有變更控制，那就要采用其他的土方法了。如果公司里面有自動化辦公系統，也許采用的是 Lotus Notes 系統，也許使用的是 E-mail 系統，測試人員應該加入到開發人員的郵件群組中。當開發人員通過郵件討論問題、通知召開技術會議的時候，測試人員可以及時知曉，如果必要，可以參加開發人員的技術會議。即便公司里面有了軟件變更控制流程，加入到開發郵件群組也是一個很好的習慣。
與開發人員為鄰
建議測試人員與開發人員為鄰。我所在的測試組曾經與開發組是在相鄰的寫字間里，開發人員與測試人員的關系非常融洽，拋去同事關系，大家還是不錯的朋友。不管開發人員有什么樣的活動，測試人員都能第一時間獲得信息。無論從事軟件測試工作，還是從事其它的工作，與工作中上下游環節的同事保持良好的個人關系對工作有很大便利。一般的公司內部都存在部門墻，良好的人際關系是打通部門墻的手段之一。向領導建議測試人員與開發人員為鄰，這很必要。
測試用例設計
測試需求收集完畢后，開始測試設計。測試用例是什么?測試用例就是一個文檔，描述輸入、動作、或者時間和一個期望的結果，其目的是確定應用程序的某個特性是否正常的工作。設計測試用例需要考慮以下問題：
測試用例的基本格式
軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果，下面逐一介紹。
用例編號： 測試用例的編號有一定的規則，比如系統測試用例的編號這樣定義規則： PROJECT1-ST-001 ，命名規則是項目名稱+測試階段類型(系統測試階段)+編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。
測試標題： 對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如 “ 測試用戶登錄時輸入錯誤密碼時，軟件的響應情況 ” 。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
