一套軟體做完了，在給客戶上線之前，我們自己要進行完整的系統測試，這個工作聽起來好象沒什麼，但其實是很不好做的，這要求測試人員要熟悉業務、熟悉系統的各個功能項、還要有一套完整的測試方法。我們軟體銷售部從開始做系統分析工作，現在又開始擔當系統測試的角色了，沒辦法，公司人手不夠，只能擔當多種角色了。不過對於我們來說也有一定好處，系統分析設計是我們做的，現在做好的系統由我們來測試，一是我們對業務比較熟悉，二是對我們來說也是一種自我的檢驗，檢驗一下自己設計的系統是否合理，為以後更好的系統分析打好基礎。
好了，言歸正傳，講一下我們在測試工作中的一點體會吧，寫出來一面為自己理一下思路，二也是為自己做工作的乙個總結。
一、測試之前要充分掌握業務流程
首先，在進行系統測試之前，要知道系統的業務流程，也就是說要清楚每項業務間發生的前後順序。只有知道了業務的先後順序，你的測試資料才能繼續在erp系統功能間流轉，否則，無法進行各項業務的全面覆蓋測試。
其次，還要明白每一項業務中的詳細流程和各個環節涉及的角色，一項比較複雜的業務其詳細流程往往比較多，只有了徹底掌握了這項業務，才能對當前業務環節進行全方位的測試。比如：訂單管理中，銷售業務員建立了乙個銷售訂單，還要經過主管審核，方可執行訂單，訂單執行完畢後關閉訂單。
二、了解業務流程對應的erp系統的功能
對整個業務有了總體的認識，再把業務分塊，在erp中找出相應的模組與業務對應起來。只有把業務和rep功能完全對應上了，才能說有可能對erp系統進行全面的覆蓋測試。
三、系統功能集中測試和測試方法
找到與具體業務對應的erp子系統，根據當前業務的流程與角色，對erp子系統進行集中測試。測試還要講求方法，盡量做到全覆蓋測試，其中注意幾點：
1）、按正常場景進行測試
根據業務流程，按著正常的順序，用正確的測試資料測試系統；檢查系統的結果是否與預期的結果相同，如果結果相符，表示當前系統模組符合業務邏輯；否則，系統有問題，將錯誤資訊記錄到bug報告中，及時提交開發部門。
2）、測試異常場景
根據業務流程，輸入異常的測試資料測試系統，檢視系統提示哪些異常資訊，並檢視是否有異常判斷，如果有，則表示系統做過異常考慮處理，否則表示系統漏掉了當前異常情況，需要提示開發部門，新增當前異常情況的考慮處理。
3）、特殊資料的處理
根據業務流程，在輸入測試資料時，輸入邊緣資料、空值等特殊字元，檢視系統是否做了資料錄入範圍和要求的判斷，如果沒有，表示系統遺漏資料範圍和錄入要求的考慮，需要提示開發部門，新增相應資料範圍和要求的處理。
以上三方面的考慮，是比較常見而且不可遺漏的測試部分，當然，可以用測試用例來規範。如：
用例編號
001編制時間
2007-1-20
相關的用例
功能特性
投料測試目的
把車間物料台賬存放庫位調整與實物的投料地點相同
資料準備
5條 物料流水碼
預置條件
車間物料台賬中存在5條物料流水碼，並已登記存放庫位。
測試項操作描述
測試資料
期望結果
測試結果
1輸入庫位號
輸入新的庫位編號，回車（投料）
02沒有輸入庫位編號，回車（投料）
空值提示輸入庫位資訊才能投料
輸入長度超過4位的數字編號或不存在的庫位編號，回車（投料）
020202或abc
提示沒有當前庫位編號
2輸入流水碼
掃瞄（輸入）物料流水碼，回車（加至投料清單）
qm0600011
把輸入的物料流水碼新增到投料清單**中
沒有輸入流水碼，回車
空值提示物料流水碼不能為空
輸入長度超過9位的編號或隨意輸入值
qm060001121或abc
提示物料流水碼不正確 資訊
3投料檢查清單，需投的物料全部錄入後，選擇 投料
提示投料成功
檢查清單，需投的物料全部錄入後，選擇 投料
如果投料操作失敗，提示錯誤資訊
測試人員
開發人員
四、提交bug報告
通過前邊的測試，把得出的錯誤資訊，以bug報告的形式展現出來，**給開發部門相應人員，以例開發部集中修改系統錯誤資訊。下邊說一下bug報告的內容：錯誤序號、發現日期、子系統名稱、二級模組名稱、**模組名稱、發生頁面、錯誤描述、發現者、是否修改狀態、修改人意見、修改人、修改日期、確認人、確認日期。按著上邊這幾項內容，將錯誤資訊以bug報告的形式列表出來，**給相應的部門修改。
五、回歸測試
bug修改完畢後，更新erp系統，更新完畢後，對已往的錯誤資訊進行二次測試，以確保錯誤資訊的正確修改。
通過以上五個步驟，把我們銷售部當前進行的測試工作，做了乙個完整的總結，這就是我們目前採用的簡單的測試方法和步驟，經過我們的測試，系統效能得到了一定的提高，當然不否認系統還可能存在一些潛在的問題，這需要我們在後期維護中不斷的改進，今天寫到這裡，希望有測試經驗的朋友能提出更好的測試建議，我們一同提高！！
一套軟體做完了，在給客戶上線之前，我們自己要進行完整的系統測試，這個工作聽起來好象沒什麼，但其實是很不好做的，這要求測試人員要熟悉業務、熟悉系統的各個功能項、還要有一套完整的測試方法。我們軟體銷售部從開始做系統分析工作，現在又開始擔當系統測試的角色了，沒辦法，公司人手不夠，只能擔當多種角色了。不過對於我們來說也有一定好處，系統分析設計是我們做的，現在做好的系統由我們來測試，一是我們對業務比較熟悉，二是對我們來說也是一種自我的檢驗，檢驗一下自己設計的系統是否合理，為以後更好的系統分析打好基礎。
好了，言歸正傳，講一下我們在測試工作中的一點體會吧，寫出來一面為自己理一下思路，二也是為自己做工作的乙個總結。
一、測試之前要充分掌握業務流程
首先，在進行系統測試之前，要知道系統的業務流程，也就是說要清楚每項業務間發生的前後順序。只有知道了業務的先後順序，你的測試資料才能繼續在erp系統功能間流轉，否則，無法進行各項業務的全面覆蓋測試。
其次，還要明白每一項業務中的詳細流程和各個環節涉及的角色，一項比較複雜的業務其詳細流程往往比較多，只有了徹底掌握了這項業務，才能對當前業務環節進行全方位的測試。比如：訂單管理中，銷售業務員建立了乙個銷售訂單，還要經過主管審核，方可執行訂單，訂單執行完畢後關閉訂單。
二、了解業務流程對應的erp系統的功能
對整個業務有了總體的認識，再把業務分塊，在erp中找出相應的模組與業務對應起來。只有把業務和rep功能完全對應上了，才能說有可能對erp系統進行全面的覆蓋測試。
三、系統功能集中測試和測試方法
找到與具體業務對應的erp子系統，根據當前業務的流程與角色，對erp子系統進行集中測試。測試還要講求方法，盡量做到全覆蓋測試，其中注意幾點：
1）、按正常場景進行測試
根據業務流程，按著正常的順序，用正確的測試資料測試系統；檢查系統的結果是否與預期的結果相同，如果結果相符，表示當前系統模組符合業務邏輯；否則，系統有問題，將錯誤資訊記錄到bug報告中，及時提交開發部門。
2）、測試異常場景
根據業務流程，輸入異常的測試資料測試系統，檢視系統提示哪些異常資訊，並檢視是否有異常判斷，如果有，則表示系統做過異常考慮處理，否則表示系統漏掉了當前異常情況，需要提示開發部門，新增當前異常情況的考慮處理。
3）、特殊資料的處理
根據業務流程，在輸入測試資料時，輸入邊緣資料、空值等特殊字元，檢視系統是否做了資料錄入範圍和要求的判斷，如果沒有，表示系統遺漏資料範圍和錄入要求的考慮，需要提示開發部門，新增相應資料範圍和要求的處理。
以上三方面的考慮，是比較常見而且不可遺漏的測試部分，當然，可以用測試用例來規範。如：
用例編號
001編制時間
2007-1-20
相關的用例
功能特性
投料測試目的
把車間物料台賬存放庫位調整與實物的投料地點相同
資料準備
5條 物料流水碼
預置條件
車間物料台賬中存在5條物料流水碼，並已登記存放庫位。
測試項操作描述
測試資料
期望結果
測試結果
1輸入庫位號
輸入新的庫位編號，回車（投料）
02沒有輸入庫位編號，回車（投料）
空值提示輸入庫位資訊才能投料
輸入長度超過4位的數字編號或不存在的庫位編號，回車（投料）
020202或abc
提示沒有當前庫位編號
2輸入流水碼
掃瞄（輸入）物料流水碼，回車（加至投料清單）
qm0600011
把輸入的物料流水碼新增到投料清單**中
經驗共享 如何做好系統測試！
一套軟體做完了，在給客戶上線之前，我們自己要進行完整的系統測試，這個工作聽起來好象沒什麼，但其實是很不好做的，這要求測試人員要熟悉業務 熟悉系統的各個功能項 還要有一套完整的測試方法。我們軟體銷售部從開始做系統分析工作，現在又開始擔當系統測試的角色了，沒辦法，公司人手不夠，只能擔當多種角色了。不過對...
經驗共享 如何做好系統測試！
一套軟體做完了，在給客戶上線之前，我們自己要進行完整的系統測試，這個工作聽起來好象沒什麼，但其實是很不好做的，這要求測試人員要熟悉業務 熟悉系統的各個功能項 還要有一套完整的測試方法。我們軟體銷售部從開始做系統分析工作，現在又開始擔當系統測試的角色了，沒辦法，公司人手不夠，只能擔當多種角色了。不過對...
經驗共享 如何做好系統測試！
一套軟體做完了，在給客戶上線之前，我們自己要進行完整的系統測試，這個工作聽起來好象沒什麼，但其實是很不好做的，這要求測試人員要熟悉業務 熟悉系統的各個功能項 還要有一套完整的測試方法。我們軟體銷售部從開始做系統分析工作，現在又開始擔當系統測試的角色了，沒辦法，公司人手不夠，只能擔當多種角色了。不過對...