現實中的測試過程

　　在學習測試的過程當中，咱們所瞭解的正確測試流程是面對一個新的項目，應該從項目的編寫需求分析時參與進去，瞭解項目的背景和用戶的需求，而後根據項目的開發進度，編寫測試計劃，而後編寫測試用例，進行測試並提交測試報告，開發人員修改後進行迴歸測試，直到問題修改完成。

　　測試計劃要包含如下內容：測試用例編寫時間，按照用例執行測試的時間和執行迴歸測試的時間，這個時間要根據項目進度來設定，以保證計劃的正常執行等。

　　在編寫測試用例前，須要儘量的瞭解需求分析，根據需求編寫測試要點，把用戶要求和用戶業務記錄下來，區分出主要需求和次要需求。最後就根據測試要求編寫測試用例。

　　等項目出來後就根據編寫的用例進行測試，測試完成後，及時的將測試報告反饋給開發人員。開發人員修改完成後進行迴歸測試，全部找到的問題都修改後測試就完成了。

　　以上的測試流程都是理論上的步驟，但是在現實工做中，大部分的測試工做者卻不能徹底按照這個流程來工做。緣由有如下幾點：

　　一、軟件項目的需求分析不完整，或者沒有需求分析。

　　沒有需求，咱們就不瞭解用戶的需求，不利於咱們編寫測試用例。針對這種狀況，咱們只能多和開發人員溝通，瞭解功能流程，借鑑同類項目的功能點分析本身項目的功能，而後多站在用戶的角度考慮問題。最後根據這些內容整理測試要點，並編寫測試用例。

　　二、開始測試時，項目已經開發完成

　　當你還不知道開發人員在開發什麼軟件，須要作什麼準備時，項目已經開發完成，交到你手上你才第一次接觸項目。遇到這種狀況你要多問問開發人員，瞭解功能點，本身摸索着測試。

　　在測試衆橙軟件http://www.ifcts.com的先後臺時就是這樣。