系統測試流程如圖1所示。由于系統測試的目的是驗證最終軟件系統滿(mǎn)足產(chǎn)品需求并且遵循系統設計,所以當產(chǎn)品需求和系統設計文檔完成之后,系統測試小組就可以提前開(kāi)始制定測試計劃和設計測試用例,而不必等到“實(shí)現與測試”階段結束。這樣可以提高系統測試的效率。 系統測試過(guò)程中發(fā)現的所有缺陷必須用統一的缺陷管理工具來(lái)管理,開(kāi)發(fā)人員應當及時(shí)消除缺陷(改錯)。
項目經(jīng)理設法組建富有成效的系統測試小組。系統測試小組的成員主要來(lái)源于:
·機構獨立的測試小組(如果存在的話(huà))。
·邀請其它項目的開(kāi)發(fā)人員參與系統測試。
·本項目的部分開(kāi)發(fā)人員。
·機構的質(zhì)量保證人員。
系統測試小組應當根據項目的特征確定測試內容。一般地,系統測試的主要內容包括:
·功能測試。即測試軟件系統的功能是否正確,其依據是需求文檔,如《產(chǎn)品需求規格說(shuō)明書(shū)》。由于正確性是軟件最重要的質(zhì)量因素,所以功能測試必不可少。
·健壯性測試。即測試軟件系統在異常情況下能否正常運行的能力。健壯性有兩層含義:一是容錯能力,二是恢復能力。
·性能測試。即測試軟件系統處理事務(wù)的速度,一是為了檢驗性能是否符合需求,二是為了得到某些性能數據供人們參考(例如用于宣傳)。
·用戶(hù)界面測試。重點(diǎn)是測試軟件系統的易用性和視覺(jué)效果等。
·安全性(security)測試。是指測試軟件系統防止非法入侵的能力!鞍踩笔窍鄬Χ缘,一般地,如果黑客為非法入侵花費的代價(jià)(考慮時(shí)間、費用、危險等因素)高于得到的好處,那么這樣的系統可以認為是安全的。
·安裝與反安裝測試。
系統測試過(guò)程域產(chǎn)生的主要文檔有:
·《系統測試計劃》,模板見(jiàn) 【SPP-TEMP-ST-PLAN】。
·《系統測試用例》,模板見(jiàn) 【SPP-TEMP-TEST-CASE】。
·《系統測試報告》,模板見(jiàn) 【SPP-TEMP-TEST-REPORT】。
·《缺陷管理報告》,由缺陷管理工具自動(dòng)生成。
一套軟件做完了,在給客戶(hù)上線(xiàn)之前,我們自己要進(jìn)行完整的系統測試,這個(gè)工作聽(tīng)起來(lái)好象沒(méi)什么,但其實(shí)是很不好做的,這要求測試人員要熟悉業(yè)務(wù)、熟悉系統的各個(gè)功能項、還要有一套完整的測試方法。我們軟件銷(xiāo)售部從開(kāi)始做系統分析工作,現在又開(kāi)始擔當系統測試的角色了,沒(méi)辦法,公司人手不夠,只能擔當多種角色了。不過(guò)對于我們來(lái)說(shuō)也有一定好處,系統分析設計是我們做的,現在做好的系統由我們來(lái)測試,一是我們對業(yè)務(wù)比較熟悉,二是對我們來(lái)說(shuō)也是一種自我的檢驗,檢驗一下自己設計的系統是否合理,為以后更好的系統分析打好基礎。
好了,言歸正傳,講一下我們在測試工作中的一點(diǎn)體會(huì )吧,寫(xiě)出來(lái)一面為自己理一下思路,二也是為自己做工作的一個(gè)總結。
一、 測試之前要充分掌握業(yè)務(wù)流程
首先,在進(jìn)行系統測試之前,要知道系統的業(yè)務(wù)流程,也就是說(shuō)要清楚每項業(yè)務(wù)間發(fā)生的前后順序。只有知道了業(yè)務(wù)的先后順序,你的測試數據才能繼續在ERP系統功能間流轉,否則,無(wú)法進(jìn)行各項業(yè)務(wù)的全面覆蓋測試。
其次,還要明白每一項業(yè)務(wù)中的詳細流程和各個(gè)環(huán)節涉及的角色,一項比較復雜的業(yè)務(wù)其詳細流程往往比較多,只有了徹底掌握了這項業(yè)務(wù),才能對當前業(yè)務(wù)環(huán)節進(jìn)行全方位的測試。比如:訂單管理中,銷(xiāo)售業(yè)務(wù)員創(chuàng )建了一個(gè)銷(xiāo)售訂單,還要經(jīng)過(guò)主管審核,方可執行訂單,訂單執行完畢后關(guān)閉訂單。
二、 了解業(yè)務(wù)流程對應的ERP系統的功能
對整個(gè)業(yè)務(wù)有了總體的認識,再把業(yè)務(wù)分塊,在ERP中找出相應的模塊與業(yè)務(wù)對應起來(lái)。只有把業(yè)務(wù)和REP功能完全對應上了,才能說(shuō)有可能對ERP系統進(jìn)行全面的覆蓋測試。
三、 系統功能集中測試和測試方法
找到與具體業(yè)務(wù)對應的ERP子系統,根據當前業(yè)務(wù)的流程與角色,對ERP子系統進(jìn)行集中測試。測試還要講求方法,盡量做到全覆蓋測試,其中注意幾點(diǎn):
1)、按正常場(chǎng)景進(jìn)行測試
根據業(yè)務(wù)流程,按著(zhù)正常的順序,用正確的測試數據測試系統;檢查系統的結果是否與預期的結果相同,如果結果相符,表示當前系統模塊符合業(yè)務(wù)邏輯;否則,系統有問(wèn)題,將錯誤信息記錄到BUG報告中,及時(shí)提交開(kāi)發(fā)部門(mén)。
2)、測試異常場(chǎng)景
根據業(yè)務(wù)流程,輸入異常的測試數據測試系統,查看系統提示哪些異常信息,并查看是否有異常判斷,如果有,則表示系統做過(guò)異?紤]處理,否則表示系統漏掉了當前異常情況,需要提示開(kāi)發(fā)部門(mén),添加當前異常情況的考慮處理。
3)、特殊數據的處理
根據業(yè)務(wù)流程,在輸入測試數據時(shí),輸入邊緣數據、空值等特殊字符,查看系統是否做了數據錄入范圍和要求的判斷,如果沒(méi)有,表示系統遺漏數據范圍和錄入要求的考慮,需要提示開(kāi)發(fā)部門(mén),添加相應數據范圍和要求的處理。
以上三方面的考慮,是比較常見(jiàn)而且不可遺漏的測試部分,當然,可以用測試用例來(lái)規范。如:
用例編號 |
001 |
編制時(shí)間 |
|
相關(guān)的用例 |
| |||
功能特性 |
投料 | |||||||
測試目的 |
把車(chē)間物料臺賬存放庫位調整與實(shí)物的投料地點(diǎn)相同 | |||||||
數據準備 |
5條 物料流水碼 | |||||||
預置條件 |
車(chē)間物料臺賬中存在 5條物料流水碼,并已登記存放庫位。 | |||||||
測試項 |
操作描述 |
測試數據 |
期望結果 |
測試結果 | ||||
1輸入庫位號 |
輸入新的庫位編號,回車(chē)(投料) |
02 |
頁(yè)面跳轉到下一頁(yè)面,并顯示剛輸入的庫位編號信息 |
| ||||
|
沒(méi)有輸入庫位編號,回車(chē)(投料) |
空值 |
提示輸入庫位信息才能投料 |
| ||||
|
輸入長(cháng)度超過(guò)4位的數字編號或不存在的庫位編號,回車(chē)(投料) |
020202或abc |
提示沒(méi)有當前庫位編號 |
| ||||
2輸入流水碼 |
掃描(輸入)物料流水碼,回車(chē)(加至投料清單) |
QM0600011 |
把輸入的物料流水碼添加到投料清單表格中 |
| ||||
|
沒(méi)有輸入流水碼,回車(chē) |
空值 |
提示物料流水碼不能為空 |
| ||||
|
輸入長(cháng)度超過(guò)9位的編號或隨意輸入值 |
QM060001121或abc |
提示物料流水碼不正確 信息 |
| ||||
3投料 |
檢查清單,需投的物料全部錄入后,選擇 投料 |
|
提示投料成功 |
| ||||
|
檢查清單,需投的物料全部錄入后,選擇 投料 |
|
如果投料操作失敗,提示錯誤信息 |
| ||||
測試人員 |
|
開(kāi)發(fā)人員 |
|
| ||||
四、 提交BUG報告
通過(guò)前邊的測試,把得出的錯誤信息,以BUG報告的形式展現出來(lái),轉發(fā)給開(kāi)發(fā)部門(mén)相應人員,以例開(kāi)發(fā)部集中修改系統錯誤信息。下邊說(shuō)一下BUG報告的內容:錯誤序號、發(fā)現日期、子系統名稱(chēng)、二級模塊名稱(chēng)、三級模塊名稱(chēng)、發(fā)生頁(yè)面、錯誤描述、發(fā)現者、是否修改狀態(tài)、修改人意見(jiàn)、修改人、修改日期、確認人、確認日期。按著(zhù)上邊這幾項內容,將錯誤信息以BUG報告的形式列表出來(lái),轉發(fā)給相應的部門(mén)修改。
五、 回歸測試
BUG修改完畢后,更新ERP系統,更新完畢后,對已往的錯誤信息進(jìn)行二次測試,以確保錯誤信息的正確修改。
通過(guò)以上五個(gè)步驟,把我們銷(xiāo)售部當前進(jìn)行的測試工作,做了一個(gè)完整的總結,這就是我們目前采用的簡(jiǎn)單的測試方法和步驟,經(jīng)過(guò)我們的測試,系統性能得到了一定的提高,當然不否認系統還可能存在一些潛在的問(wèn)題,這需要我們在后期維護中不斷的改進(jìn),今天寫(xiě)到這里,希望有測試經(jīng)驗的朋友能提出更好的測試建議,我們一同提高!
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/