ERP功能測(cè)試最佳實(shí)踐10個(gè)步驟確保ERP系統(tǒng)的可

1、ERP功能測(cè)試最佳實(shí)踐 10個(gè)步驟確保ERP系統(tǒng)的可ERP功能測(cè)試最佳實(shí)踐：10個(gè)步驟確保ERP系統(tǒng)的可靠性2010-05-18 21：47企業(yè)資源規(guī)劃(ERP)軟件應(yīng)用為企業(yè)提供管理大規(guī)模關(guān)鍵業(yè)務(wù)功能的能力，包括產(chǎn)品規(guī)劃、部件采購(gòu)、庫(kù)存維護(hù)、和供應(yīng)商的互動(dòng)交流、提供客戶服務(wù)，以及訂單跟蹤等。有些ERP解決方案還可能包括一些財(cái)政和人力資源方面的應(yīng)用模塊。盡管這些應(yīng)用通常不會(huì)直接生成效益，但是它們能讓企業(yè)以一種有效的、切合實(shí)際的方式使用現(xiàn)有的客戶數(shù)據(jù)，幫助合理化企業(yè)的業(yè)務(wù)活動(dòng)，為企業(yè)新的和當(dāng)前的客戶提供高質(zhì)量的服務(wù)。ERP應(yīng)用通常使用一個(gè)單一的、中央數(shù)據(jù)存儲(chǔ)器來(lái)服務(wù)于所有的模塊。因此，當(dāng)這些應(yīng)用

2、產(chǎn)生了性能問(wèn)題時(shí)，很有可能影響到使用同一存儲(chǔ)器的所有業(yè)務(wù)領(lǐng)域。ERP和共享數(shù)據(jù)結(jié)構(gòu)間的這種關(guān)系決定了它必須實(shí)施穩(wěn)固的測(cè)試和監(jiān)測(cè)程序才能確保企業(yè)關(guān)鍵應(yīng)用的健康運(yùn)行。由于業(yè)務(wù)流程交易跨越企業(yè)中的多個(gè)部門(mén)和區(qū)域，并且涉及ERP應(yīng)用本身的多個(gè)模塊，因此測(cè)試ERP應(yīng)用應(yīng)該采用一種整體的方式。當(dāng)驗(yàn)證這些業(yè)務(wù)流程的功能時(shí)，關(guān)鍵在于捕獲自動(dòng)化測(cè)試解決方案中的業(yè)務(wù)流程測(cè)試，用于實(shí)現(xiàn)快速的測(cè)試重復(fù)。由于ERP應(yīng)用跨越多個(gè)業(yè)務(wù)領(lǐng)域，存在不可避免的復(fù)雜性，因此，對(duì)每個(gè)ERP應(yīng)用以及每個(gè)應(yīng)用發(fā)布版本展開(kāi)功能測(cè)試是非常重要的。每個(gè)ERP實(shí)施中都會(huì)面臨的主要挑戰(zhàn)之一就是確保應(yīng)用在上線之前能滿足所有的業(yè)務(wù)需求。關(guān)鍵在于測(cè)試和

3、驗(yàn)證這些應(yīng)用的運(yùn)作情況是否符合設(shè)計(jì)要求。在數(shù)千個(gè)客戶實(shí)施基礎(chǔ)上，美科利已經(jīng)編纂了一套最佳實(shí)踐，來(lái)確保關(guān)鍵業(yè)務(wù)應(yīng)用的功能。在下文中將詳細(xì)描述10個(gè)關(guān)鍵步驟，使用這些步驟能為企業(yè)的關(guān)鍵ERP應(yīng)用來(lái)設(shè)計(jì)和實(shí)施有效的功能測(cè)試程序步驟1：初始規(guī)劃和收集需求在任何一個(gè)環(huán)境中，功能測(cè)試的最重要階段之一就是規(guī)劃。對(duì)于ERP應(yīng)用來(lái)說(shuō)，這個(gè)步驟就更為重要了，因?yàn)槠渲猩婕碍h(huán)境的復(fù)雜性以及推動(dòng)這些應(yīng)用實(shí)施的錯(cuò)綜復(fù)雜的業(yè)務(wù)需求。不完善的規(guī)劃可能導(dǎo)致失望的結(jié)果和不完整的測(cè)試覆蓋面。經(jīng)過(guò)深思熟慮的規(guī)劃使您能避免一種垃圾進(jìn)，垃圾出(garbage in,garbage out)的局面，使企業(yè)能衡量和最大化他們的測(cè)試工作，獲取

4、更多的投資回報(bào)(ROI)。許多公司購(gòu)買預(yù)先打包的ERP解決方案，希望能實(shí)現(xiàn)業(yè)務(wù)管理各個(gè)領(lǐng)域的快速整合。然而，這種被稱之為vanilla的ERP打包方案必須經(jīng)過(guò)客戶定制，才能部署到它所要支持的業(yè)務(wù)中去。從邏輯上來(lái)說(shuō)，收集需求是規(guī)劃階段的起點(diǎn)，因?yàn)殚_(kāi)發(fā)人員通常根據(jù)需求來(lái)定制ERP應(yīng)用；測(cè)試人員使用它來(lái)測(cè)試系統(tǒng)和客戶定制項(xiàng)目；而最終用戶使用它進(jìn)行用戶接受測(cè)試和終結(jié)測(cè)試。通過(guò)提前仔細(xì)地定義需求，測(cè)試人員可以規(guī)劃和管理那些更加注重業(yè)務(wù)需要的測(cè)試。接著，需求可以同測(cè)試和實(shí)際測(cè)試結(jié)果(被識(shí)別的缺陷)相結(jié)合，以全面覆蓋所有的功能測(cè)試。步驟2：定義測(cè)試目的和選擇合適的測(cè)試測(cè)試人員通過(guò)創(chuàng)建主要的測(cè)試目的，將決定所

5、需的特定測(cè)試類型。測(cè)試目的、項(xiàng)目計(jì)劃和團(tuán)隊(duì)結(jié)構(gòu)也將從這些測(cè)試目標(biāo)中形成。當(dāng)功能測(cè)試一個(gè)ERP實(shí)施時(shí)，有多種不同的驗(yàn)證測(cè)試需要執(zhí)行：數(shù)據(jù)映射：由于許多ERP實(shí)施和后端大機(jī)系統(tǒng)緊密地集成在一起，因此測(cè)試ERP應(yīng)用所顯示的數(shù)據(jù)和在大機(jī)系統(tǒng)中被發(fā)現(xiàn)的數(shù)據(jù)之間的數(shù)據(jù)映射是十分關(guān)鍵的。很可能在大機(jī)系統(tǒng)中隱藏著一些陳舊的或無(wú)效的數(shù)據(jù)，這些數(shù)據(jù)會(huì)引起應(yīng)用當(dāng)中的問(wèn)題。業(yè)務(wù)流程測(cè)試：應(yīng)該使用測(cè)試來(lái)驗(yàn)證各種業(yè)務(wù)流程是否正確運(yùn)作。由于工作流對(duì)強(qiáng)化業(yè)務(wù)規(guī)則來(lái)說(shuō)是非常重要的，因此測(cè)試應(yīng)該覆蓋整個(gè)整合系統(tǒng)中的所有導(dǎo)航項(xiàng)目和直接功能。應(yīng)用的業(yè)務(wù)規(guī)則和啟動(dòng)項(xiàng)必須通過(guò)全面地測(cè)試，確保所有規(guī)則能被正確地執(zhí)行。權(quán)限控制系統(tǒng)：ERP權(quán)

6、限控制系統(tǒng)決定了用戶可以使用哪些信息，用戶在這些信息中可以看到哪些數(shù)據(jù)。當(dāng)涉及到供應(yīng)鏈和合作伙伴入口時(shí)，將會(huì)增加安全方面的考慮。從用戶界面的角度出發(fā)測(cè)試安全性可以確保嚴(yán)格執(zhí)行驗(yàn)證規(guī)則。數(shù)據(jù)驅(qū)動(dòng)的測(cè)試使IT人員能使用具有不同登錄憑證的相同腳本去驗(yàn)證安全規(guī)則?；貧w測(cè)試：每次部署一個(gè)Code Drop時(shí)，對(duì)位于這些程序的每個(gè)對(duì)象的功能進(jìn)行回歸測(cè)試是非常重要的。這其中包括測(cè)試它的存在、功能、值等等。code drop指的是任何一次新的ERP應(yīng)用、補(bǔ)丁程序和/或hot fix的發(fā)布。步驟3：定義目標(biāo)，以滿足測(cè)試目的當(dāng)完成所有的目的定義，選擇好測(cè)試類型，接下去就要?jiǎng)?chuàng)建一系列的階段目標(biāo)來(lái)實(shí)現(xiàn)所定義的目的。一

7、套最普通的初始階段目標(biāo)包括：分析應(yīng)用功能，并識(shí)別關(guān)鍵業(yè)務(wù)流程。在一個(gè)ERP應(yīng)用中的關(guān)鍵業(yè)務(wù)流程實(shí)例就是服務(wù)請(qǐng)求的創(chuàng)建。建立冒煙測(cè)試，在開(kāi)發(fā)周期中快速執(zhí)行該類測(cè)試。冒煙測(cè)試不應(yīng)深入被測(cè)試應(yīng)用的功能，而是應(yīng)該測(cè)試關(guān)鍵的業(yè)務(wù)功能。例如，用戶是否能夠創(chuàng)建可以和Trouble Ticket相應(yīng)的活動(dòng)。在每次正式發(fā)布形成后運(yùn)行冒煙測(cè)試。著手創(chuàng)建自動(dòng)化測(cè)試來(lái)降低手動(dòng)運(yùn)行冒煙測(cè)試的成本。實(shí)現(xiàn)了這些初始階段目標(biāo)之后，應(yīng)該建立一套后續(xù)階段目標(biāo)。分析應(yīng)用，展開(kāi)功能識(shí)別，這將擴(kuò)大測(cè)試范圍，涵蓋超過(guò)75%的總的應(yīng)用功能數(shù)量。(取得100%的腳本自動(dòng)化測(cè)試是非常困難的，因?yàn)樽詣?dòng)化測(cè)試工具無(wú)法進(jìn)行如可用性測(cè)試這樣的事宜。)

8、建立可持續(xù)運(yùn)作的自動(dòng)化測(cè)試，從而降低測(cè)試的工作量。步驟4：區(qū)分功能測(cè)試案例在區(qū)分測(cè)試案例時(shí)，關(guān)鍵要記住，重要的業(yè)務(wù)功能必須在應(yīng)用中才能發(fā)揮作用。由于每個(gè)企業(yè)具有獨(dú)特的業(yè)務(wù)需求，大多數(shù)企業(yè)即使完成了基本的或標(biāo)準(zhǔn)的實(shí)施，也無(wú)法上線。因?yàn)槟切┛蛻舳ㄖ频膮^(qū)域必須經(jīng)過(guò)徹底地測(cè)試才能保證上線時(shí)功能的穩(wěn)定。ERP應(yīng)用的主要優(yōu)勢(shì)之一就是能和現(xiàn)有的大機(jī)系統(tǒng)集成，來(lái)滿足必要的業(yè)務(wù)需求。再者，因?yàn)檫@些集成不是標(biāo)準(zhǔn)(非客戶定制)實(shí)施，它們必須經(jīng)過(guò)嚴(yán)格地測(cè)試。最初，要避免用各種不同的方法去測(cè)試相同的功能。開(kāi)發(fā)團(tuán)隊(duì)經(jīng)常會(huì)強(qiáng)調(diào)一個(gè)應(yīng)用應(yīng)具有完美架構(gòu)，可以靈活地讓用戶通過(guò)不同的方式來(lái)完成他們的日常任務(wù)。關(guān)鍵在于要經(jīng)常部署測(cè)試

9、案例，確保需求驅(qū)動(dòng)、user-path的覆蓋面。初期測(cè)試應(yīng)該具有一些共有的特性：它們應(yīng)該測(cè)試關(guān)鍵的業(yè)務(wù)功能。它們應(yīng)該測(cè)試應(yīng)用的關(guān)鍵業(yè)務(wù)流程。它們應(yīng)該識(shí)別出經(jīng)客戶定制過(guò)的ERP應(yīng)用的測(cè)試區(qū)域。應(yīng)用功能應(yīng)該穩(wěn)定，不在主要開(kāi)發(fā)范圍之內(nèi)。初期測(cè)試應(yīng)該是冒煙測(cè)試的候選方式。一旦初期自動(dòng)化測(cè)試創(chuàng)建完成，并成功地運(yùn)行后，測(cè)試目標(biāo)通常會(huì)改變，測(cè)試包會(huì)擴(kuò)張。這種擴(kuò)張通常表現(xiàn)為在功能成熟之后，增加更多的測(cè)試到測(cè)試包中。還可以在應(yīng)用問(wèn)題區(qū)域，如和大機(jī)系統(tǒng)的界面中增加測(cè)試，從而對(duì)該區(qū)域展開(kāi)持續(xù)地檢查。步驟5：文檔記錄關(guān)鍵的業(yè)務(wù)流程當(dāng)記錄那些將要成為測(cè)試腳本的業(yè)務(wù)流程時(shí)，收集所有和測(cè)試案例相關(guān)的信息是非常重要的。每個(gè)測(cè)

10、試案例需要具備一份和被測(cè)業(yè)務(wù)區(qū)域相關(guān)的目的說(shuō)明。測(cè)試案例的目的應(yīng)該是和滿足一個(gè)需求或一系列需求有關(guān)。關(guān)鍵之處還在于，要文檔記錄下邏輯步驟，在整個(gè)系統(tǒng)中執(zhí)行這些步驟可以實(shí)現(xiàn)測(cè)試的需求。由于使用測(cè)試案例可以衡量業(yè)務(wù)流程的成功與否，因此，文檔中應(yīng)該指出，需要驗(yàn)證哪些內(nèi)容才能保證測(cè)試的成功。除了為測(cè)試案例而展開(kāi)的執(zhí)行和驗(yàn)證操作外，還需要在測(cè)試案例中成功地執(zhí)行適用的數(shù)據(jù)值。這種數(shù)據(jù)可以是來(lái)自數(shù)據(jù)庫(kù)的主數(shù)據(jù)(master data)、或是能夠憑空增加的用戶創(chuàng)建輸入數(shù)據(jù)、或者在腳本創(chuàng)建之前被置入數(shù)據(jù)庫(kù)的準(zhǔn)備數(shù)據(jù)。步驟6：開(kāi)發(fā)模塊化的測(cè)試組件創(chuàng)建模塊化測(cè)試腳本是非常重要的。測(cè)試的模塊化能夠使開(kāi)發(fā)人員創(chuàng)建單元測(cè)

11、試(unit test)，在整個(gè)系統(tǒng)完成之前，測(cè)試ERP應(yīng)用模塊和模塊的定制項(xiàng)目。接著，被用于單元測(cè)試的模塊測(cè)試會(huì)移交給QA測(cè)試人員，他們會(huì)將模塊測(cè)試和測(cè)試包結(jié)合在一起，來(lái)滿足特定的測(cè)試目標(biāo)。美科利提供一款最新的功能測(cè)試解決方案(即業(yè)務(wù)流程測(cè)試)，它能幫助企業(yè)管理與業(yè)務(wù)組件和端到端流程驗(yàn)證有關(guān)的所有測(cè)試案例。步驟7：建立測(cè)試實(shí)驗(yàn)室建議建立一個(gè)QA測(cè)試實(shí)驗(yàn)室，作為ERP應(yīng)用的測(cè)試和調(diào)優(yōu)整體戰(zhàn)略的一個(gè)組成部分。在一個(gè)獨(dú)立的測(cè)試實(shí)驗(yàn)室中運(yùn)行測(cè)試的主要優(yōu)勢(shì)在于，機(jī)器配置可以達(dá)到一種理想的狀態(tài)，因而減少了由于機(jī)器配置不完善而引起的各類問(wèn)題。此外，當(dāng)模塊定制完成之后，開(kāi)發(fā)人員和測(cè)試人員可以在新代碼發(fā)布之前

12、，使用該實(shí)驗(yàn)室來(lái)運(yùn)行單元測(cè)試。步驟8：掌握和利用冒煙測(cè)試在大多數(shù)ERP應(yīng)用中，不完善的發(fā)布浪費(fèi)了大量的測(cè)試工作。通常，當(dāng)開(kāi)發(fā)團(tuán)隊(duì)完成一個(gè)發(fā)布版本后將移交給測(cè)試團(tuán)隊(duì)，接著展開(kāi)為期數(shù)天的測(cè)試過(guò)程。而測(cè)試結(jié)果往往是軟件的發(fā)布版本存在重大的和根本的問(wèn)題，不值得再進(jìn)行深入地測(cè)試。不幸地是，當(dāng)開(kāi)發(fā)人員著手為該發(fā)布版本增加新的功能時(shí)，測(cè)試團(tuán)隊(duì)已經(jīng)浪費(fèi)了幾天的時(shí)間去發(fā)現(xiàn)其薄弱之處。改變這種情況的捷徑就是建立一種冒煙測(cè)試，它可以覆蓋關(guān)鍵的業(yè)務(wù)功能。冒煙測(cè)試結(jié)合了手動(dòng)測(cè)試和自動(dòng)化測(cè)試，可以在短時(shí)間內(nèi)被創(chuàng)建和運(yùn)行(通常在1個(gè)小時(shí)之內(nèi))。運(yùn)行冒煙測(cè)試可以為開(kāi)發(fā)團(tuán)隊(duì)提供發(fā)布版本質(zhì)量方面的快速信息反饋，幫助他們集中力量解

13、決嚴(yán)重阻滯的問(wèn)題，而不是一些新的特性。冒煙測(cè)試所利用的腳本可以從開(kāi)發(fā)人員已經(jīng)創(chuàng)建的單元測(cè)試中獲取。步驟9：執(zhí)行回歸測(cè)試回歸測(cè)試包應(yīng)該覆蓋關(guān)鍵的業(yè)務(wù)流程，應(yīng)該在每個(gè)新的ERP應(yīng)用版本發(fā)布時(shí)運(yùn)行?；貧w測(cè)試不同于冒煙測(cè)試注重測(cè)試核心的業(yè)務(wù)功能，它能更加深入地測(cè)試應(yīng)用的功能。正如前文所提到的，由供應(yīng)商和任何定制所帶來(lái)的應(yīng)用更新都可能對(duì)應(yīng)用功能和性能產(chǎn)生負(fù)面影響，必須在每次發(fā)布版本之后進(jìn)行測(cè)試。步驟10：分析缺陷和創(chuàng)建測(cè)試報(bào)告ERP應(yīng)用準(zhǔn)備就緒的重要指標(biāo)之一就是被識(shí)別的系統(tǒng)缺陷數(shù)量。在執(zhí)行測(cè)試時(shí)，測(cè)試中產(chǎn)生的失誤必須被跟蹤和分析。一種穩(wěn)固的功能測(cè)試解決方案應(yīng)該能跟蹤和匯報(bào)所有存在于業(yè)務(wù)流程中的缺陷。測(cè)試

14、團(tuán)隊(duì)可以利用這類信息來(lái)衡量和管理缺陷是如何被優(yōu)先級(jí)劃分、修復(fù)、重復(fù)測(cè)試和關(guān)閉的。用全面的報(bào)告來(lái)完整記錄所有的測(cè)試流程和結(jié)果，這也是非常重要的一項(xiàng)工作，可以使測(cè)試團(tuán)隊(duì)能正確分析測(cè)試結(jié)果，同時(shí)在未來(lái)測(cè)試中重復(fù)使用測(cè)試案例和腳本。美科利QuickTest Professional Mercury QuickTest Professional?提供功能和回歸測(cè)試自動(dòng)化方面的業(yè)界最佳解決方案可覆蓋每個(gè)主要的軟件應(yīng)用和環(huán)境，包括來(lái)自O(shè)racle、PeopleSoft、SAP和Sieble的ERP應(yīng)用。這種新款的自動(dòng)化測(cè)試解決方案采用一種關(guān)鍵詞驅(qū)動(dòng)測(cè)試的理念，能夠完全簡(jiǎn)化測(cè)試的創(chuàng)建和維護(hù)。有了美科利Quic

15、kTest Professional的關(guān)鍵詞驅(qū)動(dòng)方式，測(cè)試自動(dòng)化專家就能通過(guò)一種和關(guān)鍵詞視圖(Keyword View)相互同步的、集成的腳本和糾錯(cuò)環(huán)境，進(jìn)入到基層測(cè)試和目標(biāo)領(lǐng)域中去。美科利QuickTest Professional同時(shí)滿足了技術(shù)和非技術(shù)用戶的需要。它使高質(zhì)量應(yīng)用部署的過(guò)程變得更為快捷和經(jīng)濟(jì)，同時(shí)風(fēng)險(xiǎn)也更小。它和Mercury Business Process Testing?(美科利業(yè)務(wù)流程測(cè)試)協(xié)同工作，使非技術(shù)型的對(duì)象專家(subject matter expert)也能參與到質(zhì)量流程中。美科利業(yè)務(wù)流程測(cè)試使對(duì)象專家無(wú)需任何編程知識(shí)，就能創(chuàng)建、數(shù)據(jù)驅(qū)動(dòng)和執(zhí)行測(cè)試自動(dòng)化。

16、它降低了自動(dòng)化測(cè)試維護(hù)的經(jīng)常性費(fèi)用，將測(cè)試自動(dòng)化和文檔記錄兩個(gè)流程合并為一。它使對(duì)象專家和業(yè)務(wù)分析人員可以根據(jù)業(yè)務(wù)流程測(cè)試框架中所定義的業(yè)務(wù)概念來(lái)衡量應(yīng)用實(shí)施的質(zhì)量。ERP應(yīng)用的功能測(cè)試通過(guò)使用美科利QuickTest Professional和美科利業(yè)務(wù)流程測(cè)試，QA團(tuán)隊(duì)可以開(kāi)發(fā)和利用統(tǒng)一的、可重復(fù)的測(cè)試流程，更快、更經(jīng)濟(jì)和更便捷地對(duì)ERP應(yīng)用就緒情況提前作出決策。當(dāng)初期功能測(cè)試計(jì)劃完成之后，測(cè)試團(tuán)隊(duì)可以使用美科利解決方案來(lái)自動(dòng)驗(yàn)證ERP應(yīng)用中所有業(yè)務(wù)交易的完整性。美科利解決方案從業(yè)務(wù)流程的角度出發(fā)，展開(kāi)ERP應(yīng)用測(cè)試。這些解決方案通過(guò)執(zhí)行分步操作如更新庫(kù)存信息，或從供應(yīng)商處定購(gòu)某部分商品，

17、就像在實(shí)際生產(chǎn)操作中一樣來(lái)測(cè)試ERP應(yīng)用。當(dāng)在測(cè)試創(chuàng)建階段捕獲了業(yè)務(wù)流程后，美科利QuickTest Professional和美科利業(yè)務(wù)流程測(cè)試將ERP業(yè)務(wù)相關(guān)信息與輸入數(shù)據(jù)相互分離。測(cè)試人員可以根據(jù)選擇列表，改變選擇項(xiàng)和數(shù)據(jù)條目。使用同一數(shù)據(jù)對(duì)應(yīng)用展開(kāi)反復(fù)測(cè)試通常不會(huì)取得實(shí)際結(jié)果。要真實(shí)地驗(yàn)證應(yīng)用的功能，測(cè)試人員需要不同的數(shù)據(jù)包來(lái)模擬多個(gè)用戶的實(shí)際操作行為。美科利產(chǎn)品允許用戶直接輸入測(cè)試數(shù)據(jù)，或從一個(gè)數(shù)據(jù)庫(kù)中導(dǎo)入數(shù)據(jù)，從而創(chuàng)建一個(gè)實(shí)際的、數(shù)據(jù)驅(qū)動(dòng)的測(cè)試方案。通過(guò)這種方式，測(cè)試人員就能使用可變的輸入數(shù)據(jù)，分析實(shí)際的ERP業(yè)務(wù)流程。打包的ERP應(yīng)用通常具有很高的復(fù)雜性。創(chuàng)建一個(gè)簡(jiǎn)單的記錄定制可

18、能會(huì)對(duì)其它記錄或整體性能產(chǎn)生無(wú)法預(yù)料的影響。當(dāng)更新發(fā)布(甚至是簡(jiǎn)單的定制更新)，都需要對(duì)所有業(yè)務(wù)流程展開(kāi)全面徹底地測(cè)試，而不僅僅是測(cè)試變更所發(fā)生的區(qū)域。這樣，測(cè)試人員就能衡量更新會(huì)對(duì)應(yīng)用產(chǎn)生的影響，確保不會(huì)引起缺陷的產(chǎn)生。更多信息美科利解決方案使機(jī)構(gòu)能采用穩(wěn)固的功能測(cè)試程序來(lái)展開(kāi)他們所有的ERP解決方案。解決方案讓整個(gè)測(cè)試團(tuán)隊(duì)能夠以最少的培訓(xùn)，創(chuàng)建成熟的測(cè)試系列；確保在整個(gè)環(huán)境、數(shù)據(jù)包和業(yè)務(wù)流程中應(yīng)用功能的正確運(yùn)作；并為開(kāi)發(fā)人員提供全面記錄和復(fù)制缺陷的能力幫助團(tuán)隊(duì)盡快修復(fù)缺陷，跟上苛刻的生產(chǎn)進(jìn)度。想獲取更多有關(guān)美科利QuickTest Professional、美科利業(yè)務(wù)流程測(cè)試，或其它美科利

19、服務(wù)和解決方案的信息，請(qǐng)聯(lián)系當(dāng)?shù)氐拿揽评N售代表或訪問(wèn)。2)功能測(cè)試功能測(cè)試是驗(yàn)收測(cè)試中的主要內(nèi)容。ERP功能測(cè)試要包含以下項(xiàng)目：?jiǎn)蝹€(gè)模塊的查詢、增加、刪除、修改、保存等操作；數(shù)據(jù)的輸入與輸出；數(shù)據(jù)處理操作，如導(dǎo)入、結(jié)轉(zhuǎn)等；基礎(chǔ)數(shù)據(jù)定義的精度；計(jì)算的準(zhǔn)確性，如倉(cāng)庫(kù)的歷史庫(kù)存、當(dāng)前庫(kù)存、貨位庫(kù)存是否準(zhǔn)確；數(shù)據(jù)共享能力；身份驗(yàn)證和權(quán)限管理；接口參數(shù)和系統(tǒng)控制參數(shù)；單據(jù)流轉(zhuǎn)情況；狀態(tài)控制，如系統(tǒng)是否對(duì)MPS在執(zhí)行MRP分解、工單下達(dá)、車間任務(wù)調(diào)度等操作前后的狀態(tài)做了標(biāo)識(shí)，狀態(tài)的改變是否正確；報(bào)表的打印輸出；審批流程定義及各種審批、反審批操作；短信發(fā)送及管理；崗位及部門(mén)業(yè)務(wù)的操作，如從請(qǐng)購(gòu)管理、采購(gòu)計(jì)

20、劃到采購(gòu)訂單管理，再到采購(gòu)到貨管理；跨部門(mén)的業(yè)務(wù)操作，如從銷售訂單到主生產(chǎn)計(jì)劃，從車間領(lǐng)料到倉(cāng)庫(kù)出庫(kù)等等。ERP功能測(cè)試的用例設(shè)計(jì)要注意以下幾點(diǎn)：第一，測(cè)試項(xiàng)目的輸入域要全面。要有合法數(shù)據(jù)的輸入，也要有非法數(shù)據(jù)的輸入。如，在測(cè)試基礎(chǔ)數(shù)據(jù)的定義時(shí)，若規(guī)定是數(shù)字，則既要輸入數(shù)字進(jìn)行測(cè)試，也要輸入字母、空格等非數(shù)字進(jìn)行測(cè)試。數(shù)字包含整數(shù)、負(fù)數(shù)、小數(shù)，因而還要輸入這些不同的數(shù)字驗(yàn)證數(shù)字的精度。第二，劃分等價(jià)類，提高測(cè)試效率。在考慮測(cè)試域全面性的基礎(chǔ)上，要?jiǎng)澐值葍r(jià)類，選擇有代表意義的少數(shù)用例進(jìn)行測(cè)試，提高測(cè)試效率。如，若MRP記錄有剛形成、已派工正執(zhí)行、已完成四種狀態(tài)，系統(tǒng)只允許對(duì)剛形成的MRP記錄做局

21、部性修改或刪除操作，那么在測(cè)試時(shí)，將MRP記錄劃分為四類，每種狀態(tài)對(duì)應(yīng)一類，每類各選一條記錄作為測(cè)試用例即可。第三，要適時(shí)利用邊界值進(jìn)行測(cè)試。如訂單預(yù)排中一般要求預(yù)排的數(shù)量大于0，那么測(cè)試數(shù)據(jù)可以分別為0，-1，1，10000000(一個(gè)非常大的正數(shù))。第四，重復(fù)遞交相同的事務(wù)。第五，不按照常規(guī)的順序執(zhí)行功能操作。第六，驗(yàn)證實(shí)體關(guān)系，實(shí)體間的關(guān)系有三種：一對(duì)一，一對(duì)多，多對(duì)多。如，一個(gè)MPS對(duì)應(yīng)多個(gè)MRP，一個(gè)MRP對(duì)應(yīng)多個(gè)車間任務(wù)。第七，執(zhí)行正常操作，觀察輸出結(jié)果的異常性。如，刪除某條記錄對(duì)排序的影響；執(zhí)行審批后，單據(jù)的狀態(tài)是否改變。(3)界面測(cè)試ERP界面要符合現(xiàn)行標(biāo)準(zhǔn)和用戶習(xí)慣。軟件企業(yè)

22、可以形成自己的特色，但要確保整個(gè)軟件風(fēng)格一致。界面測(cè)試要從友好性、易操作性、美觀性、布局合理、分類科學(xué)、標(biāo)題描述準(zhǔn)確等方面入手。測(cè)試用例的設(shè)計(jì)要重點(diǎn)掌握以下幾點(diǎn)：第一，背景和前景的顏色是否協(xié)調(diào)，顏色反差是否用得恰當(dāng)。第二，軟件得圖標(biāo)、按鈕、對(duì)話框等外觀風(fēng)格是否一致，美觀效果所要求的屏幕分辨率。第三，窗口元素的布局是否合理，并保持一致。第四，各種字段標(biāo)題的信息描述是否準(zhǔn)確。第五，快捷鍵、按鈕、鼠標(biāo)等操作在軟件中是否一致。第六，窗口及報(bào)表的顯示比例和格式是否能適應(yīng)用戶的預(yù)期需求。第七，誤操作引起的錯(cuò)誤提示是否友好。第八，活動(dòng)窗口和被選中的記錄是否高亮顯示。第九，是否有幫助信息，菜單導(dǎo)航能否正常執(zhí)行

23、。第十，檢查一些特殊域和特殊控件能否運(yùn)行。(4)性能測(cè)試性能測(cè)試主要測(cè)試軟件的運(yùn)行速度和對(duì)資源的消耗。通過(guò)調(diào)整ERP所依賴的軟硬件配置、網(wǎng)絡(luò)拓補(bǔ)結(jié)構(gòu)、工作站點(diǎn)數(shù)、數(shù)據(jù)量和服務(wù)請(qǐng)求數(shù)來(lái)測(cè)試軟件的移植性、運(yùn)行速率、穩(wěn)定性和可靠性。一般借助WinRunner之類的企業(yè)級(jí)自動(dòng)化測(cè)試工具來(lái)輔助測(cè)試，通過(guò)極限測(cè)試來(lái)分析評(píng)估軟件性能。(5)文檔測(cè)試文檔是軟件的重要組成部分，也是軟件質(zhì)量保證和軟件配置管理的重要內(nèi)容。文檔測(cè)試主要通過(guò)評(píng)審的方式檢查文檔的完整性、準(zhǔn)確性、一致性、可追溯性和可理解性。ERP作為一個(gè)大規(guī)模軟件，覆蓋了企業(yè)的各種業(yè)務(wù)。它至少要具備需求定義、開(kāi)發(fā)設(shè)計(jì)、測(cè)試評(píng)估、項(xiàng)目管理、用戶應(yīng)用這五類文檔，具體而言，應(yīng)包含GB8567-88中規(guī)定的14種軟件文檔。在文檔復(fù)審時(shí)，要特別注意以下幾點(diǎn)：第一，要明確文檔驗(yàn)收的標(biāo)準(zhǔn)，軟件企業(yè)和用戶企業(yè)要達(dá)成一致。第二，確定文檔的重要性和項(xiàng)目文檔需求，比如，在驗(yàn)收階段，用戶文檔(用戶手冊(cè)、操作手冊(cè)、維護(hù)手冊(cè)、聯(lián)機(jī)幫助文件)顯得特別重要，需要認(rèn)真評(píng)審。第三，檢驗(yàn)文檔完整性，主要是文檔的種類和內(nèi)容的完整性。第四，檢驗(yàn)文檔的一致性和可追溯性，主要是：軟件的設(shè)計(jì)描述是否按照需求定義進(jìn)行展開(kāi)的；應(yīng)用程序是否與設(shè)計(jì)文檔的描