二、然后設計項目測試用例。項目需求分析結束后，進行測試用例書寫，用例內容包括以下部分：（功能測試重點）

　　檢查是否實現了公司人員管理。

　　如果滿足了人員管理，那么在這個人員管理中，是否所有的數據都能夠正確處理。是否所有錯誤數據都能合理處理。

　　如果沒有滿足，那么還有哪些地方需要補充。

　　檢查是否建立了考核項的管理。

　　如果有考核項的管理，那么是否所有的管理數據是否能夠正確處理，是否所有的錯誤數據都能合理處理。

　　如果沒有滿足，那么還有哪些地方需要補充。

　　檢查這個產品是否建立了分數檔案管理

　　如果分數檔案進行了統一管理，那么所有的數據是否正確處理了，是否所有的錯誤數據也合理處理了。

　　如果沒有滿足，那么還有哪些地方需要補充。

　　檢查各個模塊之間的關聯是否都正確。（難點）

　　例如：

　　當某一員工考核項里面分數變化后，員工分數統計表里面分數是否也重新計算了。

　　當客戶要求業務全面能夠滿足后。

　　檢查產品的各種業務流程中的輸入輸出是否都是正確，各種錯誤輸入都能夠正確處理。

　　進入各個界面檢查。

　　檢查各個頁面的布局是否合理，界面是否友好

　　按鈕等等是否能夠正常使用

　　輸入輸出是否正確

　　操作是否簡易等等

　　……

　　三、按照測試計劃，測試用例實施測試。

　　首先根據測試用例檢查產品的設計、實現是否能滿足客戶的要求，可根據需求追蹤矩陣制作的checklist進行檢查。

　　然后實施測試用例：

　　除了執行上面已經寫好的測試用例外，實施測試用例還有個難點是設計測試數據。（因為測試數據等跟產品的設計，產品結構等有很大的關系，所以測試數據只能在產品已經成形后，才能具體設計。）

　　四、發現問題后，記錄BUG，并跟蹤，并根據修改及影響情況，進行回歸測試。

　　（這一點項，任何測試都是一樣的。而且也是非常重要的，在這里我也不詳細解釋了，詳細對BUG記錄及BUG跟蹤進行講解的文檔也是非常多了，包括缺陷管理工具。）

　　這是一個項目功能測試的基本流程。

　　上面所描述的也只是項目功能測試的冰山一角。真正實施起來時，還有很多的細節需要處理，比如：如何才能寫一個合理的測試計劃；如何合理安排測試進度；測試用例用什么形式寫；發現了BUG怎么進行匯報和跟蹤；什么情況下需要做大量的回歸測試等等。

　　舉這個例子是想糾正一些人的錯誤觀點。

　　功能測試這樣的黑盒測試一點都不簡單。

　　它要求對需求和業務有非常深刻的理解。同時好要有軟件開發知識或編寫代碼的經驗，能理解產品的設計，實現的過程。后很重要的是，能夠根據需求和設計實現，寫出好的用例，構思出合適的測試數據來找出產品中的錯誤。這些是測試的基礎，方法和工具是測試的輔助手段。

　　測試做的好壞也并不是你會寫代碼，你會做白盒測試，你會做使用好多好多種工具，你能好測試了。測試的基礎一定是功能測試，如果你連產品的功能，業務流程等都不能夠完整的理解，那么你的測試是不可能做好的。

　　當然，也并不是只要會做功能測試一切ok了。

　　如果永遠只會做功能測試，只會做黑盒測試，不會白盒測試，不會寫測試腳本，不會使用工具，那么你的測試道路只會越走越窄。寫測試腳本，使用工具等都是提高測試水平很好的方法，但是前提是要有好的基礎。

　　后建議一下測試新人，剛入行時，不要盲目的學習各種各樣的工具及寫漂亮的測試腳本。學這些肯定是有用的，但是要分清主次。測試初期，首先要練習自己的基本功：比如如何寫“測試計劃”，如何去理解一個產品的設計原理，業務流程，如何寫“測試用例”，怎么設計測試數據。再學習些開發的知識，能理解產品的一些重要設計和實現原理等。

　　這些都學的比較扎實后，再去考慮學習工具和各種各樣的測試方式來提升自己。

　　相信通過這樣的學習模式，你的測試道路會越走越寬，越走越好～

　　PS：以上為個人觀點，供大家參考。由于測試經驗有限加上時間倉促，文章難免會存在一些不足和錯誤，歡迎大家指正，也希望能跟大家多多交流軟件測試和軟件質量管理。