如何做好系統測試

　　一套軟件做完了，在給客戶上線之前，我們自己要進行完整的系統測試，這個工作聽起來好象沒什么，但其實是很不好做的，這要求測試人員要熟悉業務、熟悉系統的各個功能項、還要有一套完整的測試方法。我們軟件銷售部從開始做系統分析工作，現在又開始擔當系統測試的角色了，沒辦法，公司人手不夠，只能擔當多種角色了。不過對于我們來說也有一定好處，系統分析設計是我們做的，現在做好的系統由我們來測試，一是我們對業務比較熟悉，二是對我們來說也是一種自我的檢驗，檢驗一下自己設計的系統是否合理，為以后更好的系統分析打好基礎。
　　好了，言歸正傳，講一下我們在測試工作中的一點體會吧，寫出來一面為自己理一下思路，二也是為自己做工作的一個總結。
　　一、 測試之前要充分掌握業務流程
　　首先，在進行系統測試之前，要知道系統的業務流程，也就是說要清楚每項業務間發生的前后順序。只有知道了業務的先后順序，你的測試數據才能繼續在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報告

原文轉自：http://www.uml.org.cn/Test/200904224.asp