當前位置:工程項目OA系統(tǒng) > ERP系統(tǒng) > ERP系統(tǒng)口碑 > ERP測試
erp系統(tǒng)軟件測試
ERP系統(tǒng)測試用例分為幾類來寫比較好:功能用例、業(yè)務流程用例、數(shù)據(jù)邏輯用例、接口用例,最好是把功能與流程類的測試用例分開來寫;就個人而言,設計覆蓋率高、冗余度低的測試用例應該從以下幾個方面入手:
一、功能用例設計:相對而言比較簡單,根據(jù)需求規(guī)格說明書、界面原型提取測試功能點/項,運用等價類、邊界值、錯誤猜測、正交表等基本用例設計方法來設計,結(jié)合經(jīng)驗積累完善用例設計就可以搞定,難度不大;需要根據(jù)文檔/功能點/業(yè)務的變化進行修訂/細化用例,提高功能用例的覆蓋度;關于功能用例設計的方法和文章有很多,都可以借鑒和參考增加自身的經(jīng)驗積累和和知識沉淀。 如:身份證輸入文本框,需要用到等類、邊界值等方法,需要考慮15位和18位的身份證,需要考慮末位為字母的情況等……
二、業(yè)務流程用例設計:關鍵在于理解實際業(yè)務、實際應用場景,最常用的操作過程和使用方法,必要時還要考慮操作習慣;首先,需要結(jié)合業(yè)務模型或業(yè)務流程圖,同需求分析人員、業(yè)務專家共同確認實際業(yè)務流程/運用場景,整理清楚最基本最常用的業(yè)務流程和應用場景,結(jié)合設計文檔梳理系統(tǒng)應該實現(xiàn)的流程,并畫出詳細的業(yè)務和系統(tǒng)流程圖(便于進行流程測試用例設計); 接著,理清用例設計思路,畫出用例設計流圖,確定流程用例模板和風格;然后,運用場景法、數(shù)據(jù)流程設計法、基本路徑等方法設計業(yè)務流程用例;
1、簡單模塊流程單一,無分支或者分支少,用例設計也比較容易,根據(jù)業(yè)務流程設計測試數(shù)據(jù),保證數(shù)據(jù)支持業(yè)務流程結(jié)果正確即可;
2、復雜模塊/子系統(tǒng)/系統(tǒng),必定會存在多個分支,一定要考慮清楚多種分支的覆蓋的情況,可以考慮應用路徑分析法,可以給每一個子流程編號,用基本流圖等方法確認,保證所有基本路徑都覆蓋,但也不能重復覆蓋避免用例冗余;
3、部分系統(tǒng)會涉及不同的實際應用場景運行不同的控制模式,必須驗證在多種場景下的運行模式切換對數(shù)據(jù)影響情況,驗證所有控制情況都能正確運行;
三、數(shù)據(jù)邏輯用例設計:主要結(jié)果業(yè)務流轉(zhuǎn)和詳細設計文檔來設計測試用例; 根據(jù)業(yè)務流程,理清數(shù)據(jù)流向,取數(shù)規(guī)則,數(shù)據(jù)間邏輯關系,計算公式等信息;數(shù)據(jù)流轉(zhuǎn)必須確定清楚,最好以表格形式展示,數(shù)據(jù)流圖完全展示所有字段取值邏輯,數(shù)據(jù)計算結(jié)果,提高用例的可執(zhí)行性;
1、涉及計算公式/邏輯驗證時,需要驗證參與該計算公式的字段取值發(fā)生變化時,計算結(jié)果是否根據(jù)公式發(fā)生相應的變化得出正確結(jié)果,多個值同時變化時的計算結(jié)果;
2、存在數(shù)據(jù)引用關系的字段,引用單據(jù)中此字段數(shù)據(jù)發(fā)生變化,被引用單據(jù)中此字段的取值需要相應發(fā)生變化,數(shù)據(jù)實時反寫;
3、特殊要求的單據(jù)需要在單據(jù)審批或者保存或者執(zhí)行時數(shù)據(jù)才能生效的控制;
4、某些特定字段的取值、顯示、計算結(jié)果受參數(shù)控制時,需要考慮參數(shù)的控制對字段數(shù)據(jù)值的影響;如:財務報表、統(tǒng)計報表等;
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓