如何有效開展用戶測試

1、目錄1. 目的22. 如何做好用戶測試準(zhǔn)備工作22.1. 用戶測試方案確定22.2. 準(zhǔn)備安裝確認(rèn)報告32.3. 準(zhǔn)備好培訓(xùn)及測試材料33. 如何做好測試培訓(xùn)33.1. 需要有充分的準(zhǔn)備.33.2. 有快刀斬亂麻的氣魄.33.3. 緊扣客戶業(yè)務(wù)33.4. 抓住重點.43.5. 說用戶聽得懂的話.43.6. 培訓(xùn)時記錄問題,但不討論解決方案.53.7. 互動.54. 如何執(zhí)行用戶測試54.1. 安裝測試54.2. 功能測試54.3. 界面測試64.4. 性能測試74.5. 文檔測試74.6. 其他測試71.目的用戶測試是通過給用戶制定任務(wù),在用戶執(zhí)行任務(wù)的過程中發(fā)現(xiàn)產(chǎn)品的設(shè)計缺乏,并為產(chǎn)品優(yōu)化提

2、供依據(jù)的一種方法.用戶測試為下一階段的系統(tǒng)上線做準(zhǔn)備,同時為用戶方培養(yǎng)一批各業(yè)務(wù)環(huán)節(jié)的骨干,為將來更好的移交工程做準(zhǔn)備.本文檔主要描述如何做好用戶測試活動,以及活動開展的方法策略.2 .如何做好用戶測試準(zhǔn)備工作為了能夠有效的開展用戶測試,在階段工作開始前應(yīng)將?用戶測試方案?、?用戶測試場景?、?用戶測試功能確認(rèn)單?、?安裝確認(rèn)報告?準(zhǔn)備好,同用戶確認(rèn)測試方案和過程,是雙方明確用戶測試的目標(biāo)和工作方式.?用戶測試方案?明確了工程用戶測試的策略和測試工作流程,規(guī)定了用戶測試的進(jìn)度、人員、軟硬件環(huán)境、測試范圍、內(nèi)容、交付物等,以保證測試準(zhǔn)備工作到位,保證測試工作的順利進(jìn)行.2.1. 用戶測試方案確定

3、(1)工程經(jīng)理根據(jù)工程情況,完成工程用戶測試方案的初稿并通過評審.測試方案包括以下內(nèi)容：?用戶測試的策略、問題反應(yīng)和處理流程?測試的進(jìn)度及交付物?培訓(xùn)方案與策略?測試的資源(包括人員、設(shè)備、數(shù)據(jù))?測試的范圍與內(nèi)容【XXX工程】用戶測試H劃.doc(2)同用戶確認(rèn)?測試方案?,并細(xì)化方案中的用戶測試局部,使雙方達(dá)成一致2.2. 準(zhǔn)備安裝確認(rèn)報告根據(jù)系統(tǒng)要求,完成報告的編寫.安裝確認(rèn)報告包括效勞器端安裝和客戶端安裝,需要在報告中說明安裝環(huán)境,明確安裝的數(shù)據(jù)庫、組件、補丁、IP、各種配置【XXX工程】安裝確認(rèn)報告.docx2.3. 準(zhǔn)備好培訓(xùn)及測試材料工程組準(zhǔn)備好?軟件功能培訓(xùn)ppt?、?培訓(xùn)調(diào)查

4、問卷?、和測試試題.3 .如何做好測試培訓(xùn)3.1. 需要有充分的準(zhǔn)備.做一次培訓(xùn)需要有充分的準(zhǔn)備.一般需要準(zhǔn)備如下內(nèi)容：1 .需要跟用戶講的每一個界面,每一個字段如何解釋.2 .建立根本的演示數(shù)據(jù).如你是培訓(xùn)倉庫出庫,那至少需要準(zhǔn)備一些庫存結(jié)存數(shù)據(jù).3 .測試你需要演示的每一個可能的流程,保證演示時不會出錯.不要出現(xiàn)在培訓(xùn)過程中忽然系統(tǒng)出錯,讓你僵在那里.4 .到客戶那兒時仔細(xì)檢查你需要的工具.如,一些工具軟件,麥克風(fēng),投影儀等.3.2. 有快刀斬亂麻的氣魄.如果培訓(xùn)的是個新開發(fā)的功能,那就要給自己一個截止時間點,過了這個點的新程序不予培訓(xùn).由于在培訓(xùn)之前,需要仔細(xì)測試每一個培訓(xùn)時可能遇到的問

5、題,保證沒有問題了,才能給用戶培訓(xùn).在測試沒問題后,如果程序改了,沒有經(jīng)過仔細(xì)測試,弄不好就會在培訓(xùn)時出錯.3.3. 緊扣客戶業(yè)務(wù)培訓(xùn)時的出發(fā)點,不是教用戶如何使用軟件,而是教用戶他們的業(yè)務(wù)在你的系統(tǒng)中如何處理.以采購入庫為例,培訓(xùn)時可以這樣告訴用戶：現(xiàn)在假設(shè)你們的XX供給商送貨來了,你們會如何如何處理,在我們的系統(tǒng)中應(yīng)該這樣這樣操作.也可以換一種說法,這樣告訴用戶：我們系統(tǒng)中提供了采購入庫的功能,可以根據(jù)采購單收貨,等等.明顯,這會是兩種完全不同的培訓(xùn)效果.3.4. 抓住重點.培訓(xùn)時,特別在剛開始的根本操作培訓(xùn),一定注意抓住重點.先給自己的培訓(xùn)課程設(shè)計個主要線索,跟這個主要線索沒有關(guān)系的內(nèi)容

6、一概不講.重點講系統(tǒng)如何操作,盡量少講系統(tǒng)后臺做了什么工作,除非這對用戶理解你的培訓(xùn)內(nèi)容確實很重要.對于一個ERP系統(tǒng)來說,無論哪一方面的功能都會牽涉到許多小功能,有些可能這個客戶根本用不著,有些可能需要實施很久后才會用到,這些都不該提前講出來,由于這很可能會讓你的受眾感到非常迷惘.有些人,容易犯掉書袋的毛病,培訓(xùn)時生怕別人不知道自己系統(tǒng)的精華所在,培訓(xùn)時一會某某參數(shù),某某配置什么的,既偏離了培訓(xùn)重點,還讓用戶云里霧罩,不知所云.3.5. 說用戶聽得懂的話弄清楚培訓(xùn)的受眾,對不同的人需要使用不同的表達(dá)方法.有時候是給客戶ERP工程組的人做培訓(xùn),有時候需要直接給用戶做培訓(xùn).前者由于大家都是搞IT

7、的,共同語言比擬多,對于后者,說用戶聽得懂的話.培訓(xùn)時,一定要站在用戶的角度思考問題,多說跟客戶業(yè)務(wù)有關(guān)的事情,使用用戶習(xí)慣的術(shù)語.有時候可能做的是同樣一件事情,但程序員與用戶是用兩種完全不同的思路思考問題的,甚至使用完全不同的語言表達(dá)問題,作為ERP實施人員,就要做好這兩方面的橋梁工作,跟程序員說程序員聽得懂的話,跟用戶說用戶聽得懂的話.有時候,即使同一個概念,不同的客戶可能叫法都不一樣,也要注意區(qū)別.就以BOM而言吧,有人叫產(chǎn)品結(jié)構(gòu)樹,有人叫物料清單,有人叫工藝表等.3.6. 培訓(xùn)時記錄問題,但不討論解決方案培訓(xùn)時,往往用戶會提出一些問題,如果不能當(dāng)場解決這些問題,就該先記錄下來,不要在培

8、訓(xùn)時討論解決方案,由于,一者,大局部情況下,解決方案不應(yīng)該是你一個人能定下來的；二者,這往往很費時間,可能會影響培訓(xùn)方案.3.7. 互動培訓(xùn)時要激發(fā)互動.大局部情況下,只有一個人講是不能讓人很好地理解的,需要在必要的時候激發(fā)大家討論,或者提些小問題大家答復(fù),一旦討論的氣氛熱烈起來,無論講得多差勁,大家最后都是能弄明白的.4 .如何執(zhí)行用戶測試4.1. 安裝測試安裝測試的目的在于驗證軟件能否在不同的配置情況下完成安裝,并確認(rèn)能否正常運行安裝測試的用例設(shè)計要注意以下幾點：第一,根據(jù)ERP的可移植性,選擇不同操作系統(tǒng).第二,選擇不同層次的硬件配置和軟件配置,一般選用最低、中等和最高三種配置進(jìn)行測試,

9、驗證系統(tǒng)對軟硬件環(huán)境的依懶性.第三,觀察ERP安裝程序在軟硬件資源充足的情況下能否正常安裝,安裝過程中是否給予充足的提示,是否存在流氓軟件的一些弊病,安裝完成后能否正常運行,能否徹底刪除.第四,在資源不充分的情況下,如磁盤空間不夠、內(nèi)容缺乏等,系統(tǒng)能否完成安裝,能否給予各種提示.4.2. 功能測試功能測試是用戶測試中的主要內(nèi)容.ERP功能測試要包含以下工程：單個模塊的查詢、增加、刪除、修改、保存等操作；數(shù)據(jù)的輸入與輸出；數(shù)據(jù)處理操作,如導(dǎo)入、結(jié)轉(zhuǎn)等；基礎(chǔ)數(shù)據(jù)定義的精度；計算的準(zhǔn)確性,如倉庫的歷史庫存、當(dāng)前庫存、貨位庫存是否準(zhǔn)確；數(shù)據(jù)共享水平；身份驗證和權(quán)限治理；接口參數(shù)和系統(tǒng)限制參數(shù)；單據(jù)流轉(zhuǎn)

10、情況；狀態(tài)限制,如系統(tǒng)是否對生產(chǎn)方案在執(zhí)行MRP分解、車間任務(wù)調(diào)度等操作前后的狀態(tài)做了標(biāo)識,狀態(tài)的改變是否正確；報表的打印輸出；審批流程定義及各種審批、反審批操作；崗位及部門業(yè)務(wù)的操作,如從采購方案到采購訂單治理,再到采購到貨治理；跨部門的業(yè)務(wù)操作,如從銷售訂單到主生產(chǎn)方案,從車間領(lǐng)料到倉庫出庫等等.ERP功能測試的用例設(shè)計要注意以下幾點：第一,測試工程的輸入域要全面.要有合法數(shù)據(jù)的輸入,也要有非法數(shù)據(jù)的輸入.如,在測試根底數(shù)據(jù)的定義時,假設(shè)規(guī)定是數(shù)字,那么既要輸入數(shù)字進(jìn)行測試,也要輸入字母、空格等非數(shù)字進(jìn)行測試.數(shù)字包含整數(shù)、負(fù)數(shù)、小數(shù),因而還要輸入這些不同的數(shù)字驗證數(shù)字的精度.第二,劃分等

11、價類,提升測試效率.在考慮測試域全面性的根底上,要劃分等價類,選擇有代表意義的少數(shù)用例進(jìn)行測試,提升測試效率.如,假設(shè)MRP記錄有"編輯"、"下發(fā)"、"執(zhí)行"、"已完成"四種狀態(tài),系統(tǒng)只允許對剛形成的MRP記錄做局部性修改或刪除操作,那么在測試時,將MRP記錄劃分為四類,每種狀態(tài)對應(yīng)一類,每類各選一條記錄作為測試用例即可.第三,要適時利用邊界值進(jìn)行測試.如"訂單預(yù)排"中一般要求預(yù)排的數(shù)量大于0,那么測試數(shù)據(jù)可以分別為0,-1,1,10000000一個非常大的正數(shù).第四,重復(fù)遞交相同的事務(wù).第五,

12、不根據(jù)常規(guī)的順序執(zhí)行功能操作.第六,驗證實體關(guān)系,實體間的關(guān)系有三種：一對一,一對多,多對多.如,一個方案對應(yīng)多個MRP,一個MRP結(jié)果對應(yīng)多個倉庫任務(wù).第七,執(zhí)行正常操作,觀察輸出結(jié)果的異常性.如,刪除某條記錄對排序的影響；執(zhí)行審批后,單據(jù)的狀態(tài)是否改變.4.3. 界面測試ERP界面要符合現(xiàn)行標(biāo)準(zhǔn)和用戶習(xí)慣.軟件企業(yè)可以形成自己的特色,但要保證整個軟件風(fēng)格一致.界面測試要從友好性、易操作性、美觀性、布局合理、分類科學(xué)、標(biāo)題描述準(zhǔn)確等方面入手.測試用例的設(shè)計要重點掌握以下幾點：第一,背景和前景的顏色是否協(xié)調(diào),顏色反差是否用得恰當(dāng).第二,軟件得圖標(biāo)、按鈕、對話框等外觀風(fēng)格是否一致,美觀效果所要求

13、的屏幕分辨率.第三,窗口元素的布局是否合理,并保持一致.第四,各種字段標(biāo)題的信息描述是否準(zhǔn)確.第五,快捷鍵、按鈕、鼠標(biāo)等操作在軟件中是否一致.第六,窗口及報表的顯示比例和格式是否能適應(yīng)用戶的預(yù)期需求第七,誤操作引起的錯誤提示是否友好.第八,活動窗口和被選中的記錄是否高亮顯示.第九,是否有幫助信息,菜單導(dǎo)航能否正常執(zhí)行.第十,檢查一些特殊域和特殊控件能否運行.4.4. 性能測試性能測試主要測試軟件的運行速度和對資源的消耗.通過調(diào)整ERP所依賴的軟硬件配置、網(wǎng)絡(luò)拓補結(jié)構(gòu)、工作站點數(shù)、數(shù)據(jù)量和效勞請求數(shù)來測試軟件的移植性、運行速率、穩(wěn)定性和可靠性.一般借助測試軟件之類的企業(yè)級自動化測試工具來輔助測試

14、,通過極限測試來分析評估軟件性能.4.5. 文檔測試文檔是軟件的重要組成局部,也是軟件質(zhì)量保證和軟件配置治理的重要內(nèi)容.文檔測試主要通過評審的方式檢查文檔的完整性、準(zhǔn)確性、一致性、可追溯性和可理解性.ERP作為一個大規(guī)模軟件,覆蓋了企業(yè)的各種業(yè)務(wù).第一,用戶文檔用戶手冊、操作手冊、維護(hù)手冊、聯(lián)機幫助文件,需要認(rèn)真評審.第二,檢驗文檔完整性,主要是內(nèi)容的完整性.第三,檢驗文檔的準(zhǔn)確性,主要是文檔的描述是否準(zhǔn)確,有無歧義,文字表達(dá)是否存在錯誤.第四,檢驗文檔的可理解性,主要審核文檔是否針對特定的讀者群體,表達(dá)是否詳細(xì).如,ER限作手冊,除了描述每個模塊的操作,應(yīng)該還提供關(guān)聯(lián)性崗位業(yè)務(wù)、部門業(yè)務(wù)和跨

15、部門業(yè)務(wù)的操作說明.4.6. 其他測試除了上述的測試外,還有必要對系統(tǒng)的其他特性和需求加以測試.如檢測軟件遇突發(fā)性故障后對數(shù)據(jù)的恢復(fù)水平,軟件的平安保密性和對硬件、軟件、數(shù)據(jù)的兼容性,系統(tǒng)所能承擔(dān)的最大數(shù)據(jù)量和健壯性等.其他測試一般包含以下幾種：第一,負(fù)載壓力測試.它主要包括并發(fā)性能測試、疲勞強度測試、大數(shù)據(jù)量測試和速度測試.一般采用自動化技術(shù)分別在客戶端、效勞器端和網(wǎng)絡(luò)上進(jìn)行測試.用例設(shè)計時,要以真實的業(yè)務(wù)為依據(jù),選擇有代表性的、關(guān)鍵的業(yè)務(wù)操作作為測試對象.第二,恢復(fù)測試.通過模擬硬件故障或成心造成軟件出錯,檢測系統(tǒng)對數(shù)據(jù)的破壞程度和可恢復(fù)的程度.第三,平安性測試.通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統(tǒng)的認(rèn)證機制、加密機制、防病毒功能等