UAT測試實戰(zhàn)(方法+實踐)

1、UATUAT測試測試UATUAT測試測試1.1. 測試目的測試目的2.2. 準入規(guī)則準入規(guī)則3.3. 測試基準測試基準4.4. 缺陷缺陷分級分級5.5. 案例運用案例運用測試目的測試目的 測試目的測試目的4測試目的測試目的第一是確認軟件的質(zhì)量。 Do the right thing：確認軟件做了業(yè)務(wù)所期望做的事情-模塊 Do it right：確認軟件以正確的方式來做了這個事情-流程第二是盡可能多地找出錯誤，如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷。第三給最終用戶提供具有一定可信度的質(zhì)量評價，提高用戶滿意度。注：UAT主要目的是驗證軟件是否滿足業(yè)務(wù)需求。應(yīng)

2、由熟悉業(yè)務(wù)需求的使用用戶來進行評審的。 5測試的主要目標和方法測試的主要目標和方法發(fā)現(xiàn)缺陷（實施測試來降低可發(fā)現(xiàn)的發(fā)現(xiàn)缺陷（實施測試來降低可發(fā)現(xiàn)的缺陷缺陷） v 正面測試v 反面測試 預(yù)防缺陷（通過測試避免使用發(fā)生缺陷范圍）預(yù)防缺陷（通過測試避免使用發(fā)生缺陷范圍） v 通過測試得到降低軟件缺陷注：測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質(zhì)量準入規(guī)則準入規(guī)則準入準入7準入規(guī)則準入規(guī)則檢查項檢查項是否是否通過通過不適不適用用責(zé)任方責(zé)任方備注備注是否提供了系統(tǒng)名稱及版本說明？開發(fā)

3、方是否提供了對應(yīng)的需求規(guī)格及業(yè)務(wù)文檔？開發(fā)方是否提供了設(shè)計文檔？開發(fā)方是否提供了需求跟蹤矩陣？開發(fā)方是否進行了開發(fā)自測？開發(fā)方是否提供了開發(fā)自測報告？開發(fā)方是否提供了程序清單（包括源碼、安裝包、數(shù)據(jù)結(jié)構(gòu)定義文件，數(shù)據(jù)邏輯圖等）？開發(fā)方可選，可上線時提供是否提供了系統(tǒng)環(huán)境要求及安裝說明？開發(fā)方可選，可上線時提供是否提供了測試文檔及用戶操作說明文檔？開發(fā)方是否提供了維護說明文檔？開發(fā)方可選，可上線時提供是否提供了回退說明文檔？開發(fā)方可選，可上線時提供8測試的主要目標和方法測試的主要目標和方法發(fā)現(xiàn)缺陷（實施測試來降低可發(fā)現(xiàn)的發(fā)現(xiàn)缺陷（實施測試來降低可發(fā)現(xiàn)的缺陷缺陷） v 正面測試v 反面測試 預(yù)防缺

4、陷（通過測試避免使用發(fā)生缺陷范圍）預(yù)防缺陷（通過測試避免使用發(fā)生缺陷范圍） v 通過測試得到降低軟件缺陷注：測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質(zhì)量 測試基準測試基準 基準基準10測試基準測試基準測試過程中把控一下原則測試過程中把控一下原則:1. Good-enough: 權(quán)衡測試深度-項目進度的原則2. 保證測試的覆蓋程度，但窮舉測試是不可能的3. 所有的測試都應(yīng)追溯到用戶需求4. 不能為了便于測試擅自修改程序5. 既應(yīng)該測試軟件該做什么,也應(yīng)該測試軟件不該做什么 軟

5、件測試的具體內(nèi)容就是進行驗證和確認軟件測試的具體內(nèi)容就是進行驗證和確認。1. 驗證軟件是否和規(guī)定要求相一致；2. 通過操作確認軟件邏輯的正確性。n 缺陷管理缺陷管理12缺陷管理缺陷管理一、缺陷管理流程13二二、缺陷嚴重度、缺陷嚴重度- -嚴重度等級定義嚴重度等級定義嚴重度嚴重度1 1非常嚴重的缺陷：非常嚴重的缺陷： 產(chǎn)品在正常的運行環(huán)境下無法給用戶提供服務(wù)，或者不能執(zhí)行正常工作功能或重要功能。 或者軟件失效會造成人身傷害或危及人身安全。嚴重度嚴重度1 1的例子：的例子： 軟件的意外退出甚至操作系統(tǒng)崩潰，造成數(shù)據(jù)丟失 系統(tǒng)重啟 引起模塊之間或者單元之間或者系統(tǒng)之間數(shù)據(jù)的傳輸失敗 無法提供系統(tǒng)主要

6、的 缺陷管理14二、缺陷嚴重度二、缺陷嚴重度- -嚴重度等級定義嚴重度等級定義嚴重度嚴重度22嚴重度缺陷：嚴重度缺陷： 嚴重影響了系統(tǒng)提供給用戶的服務(wù)。 嚴重影響系統(tǒng)要求或者基本功能的實現(xiàn)，且沒有辦法來減輕這個缺陷的影響。嚴重度嚴重度2 2的例子：的例子： 系統(tǒng)中的某些模塊會重啟，但不影響系統(tǒng)數(shù)據(jù)的處理和傳輸 用戶使用系統(tǒng)提供的功能，有時候會導(dǎo)致系統(tǒng)系統(tǒng)掛起，不影響系統(tǒng)數(shù)據(jù)處理和功能處理 軟件的某個菜單不起作用，或者產(chǎn)生錯誤的結(jié)果 缺陷管理15二、二、缺陷嚴重度缺陷嚴重度- -嚴重度等級定義嚴重度等級定義嚴重度嚴重度3 3一般的缺陷：一般的缺陷： 系統(tǒng)需要增強的或存在的一些缺陷，擔(dān)憂相應(yīng)的補救

7、方法來解決這個缺陷。嚴重度嚴重度3 3的例子：的例子： 系統(tǒng)的某個模塊失效了，但系統(tǒng)沒有上報相應(yīng)的告警 功能特征設(shè)計不符合系統(tǒng)的需求，不影響系統(tǒng)的業(yè)務(wù)，并且有相應(yīng)的補救方法。 本地化軟件的某些字符沒有翻譯或者翻譯錯誤 缺陷管理16二、二、缺陷嚴重度缺陷嚴重度- -嚴重度等級定義嚴重度等級定義嚴重度嚴重度4 4輕微的缺陷：輕微的缺陷： 細小的問題，不需要補救方法或功能增強的請求。 操作不方便或容易使用戶誤操作，但不影響執(zhí)行基本功能。嚴重度嚴重度4 4的例子：的例子： 上報的信息不符合系統(tǒng)的需求，描述不精確或可能對用戶有些誤導(dǎo) GUI界面問題，不精確或肯呢個對用戶有些歧義 某個空間沒有對齊，某個標

8、點符號丟失 缺陷管理17三、缺陷嚴重度三、缺陷嚴重度- -優(yōu)先級優(yōu)先級缺陷優(yōu)先級缺陷優(yōu)先級優(yōu)先級是表示處理和修正軟件缺陷的先后順序的指標，即哪些缺陷需要優(yōu)先處理，哪些缺陷可以稍微修改。確定缺陷的優(yōu)先級，更多的是站在軟件開發(fā)和軟件測試的角度來考慮，是個復(fù)雜的過程，有時候可能并不是純技術(shù)問題。需要同時考慮修改缺點的難度和存在的風(fēng)險。優(yōu)先級也需要考慮缺陷發(fā)生的頻率，以及對目標客戶的影響。嚴重度和優(yōu)先級的關(guān)系嚴重度和優(yōu)先級的關(guān)系 缺陷的嚴重度和優(yōu)先級是含義不同但相互聯(lián)系密切的兩個概念，從不同的側(cè)面描述了軟件缺陷對軟件質(zhì)量、最終用戶、開發(fā)過程的影響程度和處理方式。 一般來說，嚴重度高度缺陷具有較高的優(yōu)先

9、級。嚴重度高說明缺陷對軟件造成的質(zhì)量危害性大，需要優(yōu)先處理，而嚴重性低端缺陷可能只是軟件不盡善盡美，可以稍后處理。 但是優(yōu)先級和嚴重度并不總是一一對應(yīng)的，也存在低優(yōu)先級、高嚴重度的缺陷，或者高優(yōu)先級、低嚴重度的軟件缺陷。缺陷管理18四、缺陷嚴重度四、缺陷嚴重度- -處理方式處理方式在UAT測試階段，系統(tǒng)一般不會再發(fā)生特別嚴重的問題，比如系統(tǒng)崩潰等。即使真的發(fā)生特別嚴重的問題，也一般會采用特殊流程進行追蹤，以便迅速得以解決。所以，為便于缺陷管理，我們可以簡化缺陷嚴重度劃分，將其分為：高（嚴重）、中（一般）、低（輕微）。 嚴重缺陷嚴重缺陷系統(tǒng)主要功能未完全實現(xiàn)或者實現(xiàn)方式有誤。這類缺陷在UAT階段

10、應(yīng)該予以極大重視，并優(yōu)先得到修復(fù)。 一般缺陷一般缺陷系統(tǒng)的一些功能在實現(xiàn)上不盡如人意。這類缺陷也較為嚴重，在條件允許的情況下，要及早修復(fù)。 輕微缺陷輕微缺陷一般是指與界面相關(guān)的一些細微缺陷，如錯別字、界面風(fēng)格和易用性問題等，不會涉及到系統(tǒng)功能，不影響使用，但影響用戶體驗。這類缺陷不那么嚴重，但影響感知的應(yīng)優(yōu)先處理。 如瀏覽器兼容性問題等，在標準終端標準下可正常使用的，可不用修復(fù)。缺陷管理案例運用案例運用案例運用20案例運用案例運用一、測試報告涵蓋度不夠 測試報告本身問題，常見問題如下： 測試用例的結(jié)構(gòu)和層次不清晰； 測試用例的重點是否突出，是否抓住新增或修改的功能或系統(tǒng)的薄弱環(huán)節(jié),如流程節(jié)點控

11、制； 測試用例是否覆蓋了顯式和隱式功能需求； 測試用例是否涉及了正常情況和異常情況； 測試用例中是否包含測試數(shù)據(jù)或測試數(shù)據(jù)規(guī)則； 測試用例是否描述了前提條件，步驟是否簡明清楚； 測試步驟是否包含了檢查點與預(yù)期值； 測試用例是否覆蓋了所有測試需求，如右圖。 21案例運用案例運用- - WEB測試一、WEB測試1. 功能測試Web應(yīng)用軟件的功能測試主要包括表單測試、Cookies測試、設(shè)計語言測試、鏈接測試以及數(shù)據(jù)庫測試等。1）表單測試指的是測試服務(wù)器是否能夠正常接收和保存用戶填寫的表單數(shù)據(jù)以及測試表單信息正確性等內(nèi)容，測試程序在后臺運行時能否正常使用這些表單信息。見反例，流程在反向流轉(zhuǎn)過程中保存

12、提示如下信息，就是單據(jù)信息丟失導(dǎo)致。 22案例運用案例運用一、WEB測試2） Cookies 測試指的是測試程序的Cookies 能否正常使用，并且對這些加密的信息驗證次數(shù)累計是否正確；反例，在單據(jù)更換人員時未做校驗導(dǎo)致。23案例運用案例運用一、WEB測試3）數(shù)據(jù)庫測試，表單數(shù)據(jù)輸入與數(shù)據(jù)庫內(nèi)信息是否匹配，與表單讀取數(shù)據(jù)庫信息是否一字等。例：使用轉(zhuǎn)譯字符進行測試，如“,/n”等字符處理，查看轉(zhuǎn)譯是否正常，右圖反例，出現(xiàn)特殊字符：4）各模塊可用測試，包括各模塊導(dǎo)航，界面顯示，內(nèi)容顯示，圖形顯示。主要看模塊功能是否正常，顯示是否符合預(yù)期。24案例運用案例運用一、WEB測試5）兼容性測試，測試WEB

13、應(yīng)用在與不同操作系統(tǒng)、瀏覽器、打印機等進行兼容測試，測試應(yīng)用的健壯性。重點測試IE兼容性。6）接口測試除測試各接口鏈接情況，更應(yīng)側(cè)重測試軟件遇到接口錯誤是否有錯誤處理能力。25案例運用案例運用二、APP測試1）測試APP安裝、運行、卸載，最好在多個主流實體終端測試，其余模擬終端測試。測試關(guān)注點： 安裝是否正常； 軟件是否能夠正常運行； 安裝中途是否可以進行取消安裝操作、當(dāng)安裝空間不足時是否有相應(yīng)的提示信息等內(nèi)容。 直接卸載程序時是否有提示信息、卸載后安裝的文件夾及文件是否被全部刪除； 是否可以取消已經(jīng)進行的卸載操作，以及直接刪除安裝文件夾是否有提示信息等內(nèi)容。26案例運用案例運用二、APP測試

14、2）功能測試，驗證APP 的各個功能是否準確實現(xiàn)。測試關(guān)注點： 運行，比照web功能進行對比； 前后臺切換，查看切換情況； 免登錄時使用情況跟蹤； 測試時考慮等價類劃分、邊界值分析、場景回滾、關(guān)聯(lián)測試等測試類型對其進行全面覆蓋。27案例運用案例運用二、APP測試3） UI 測試，也叫用戶界面測試，關(guān)注人機交互界面。用戶交互部分一般是指菜單、對話框、按鈕等控件和可見外觀，如友好的用戶界面、人性化的頁面布局、易操作的功能按鈕。4）交叉事件測試，又叫事件或者沖突測試，它是指一個APP 程序正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的一種測試。關(guān)注的幾個方面: 多個APP 同時運行時，是否會影響終端正常功能的使用。 APP 運行時，前臺后臺切換的時候是否影響功能的正常使用。 APP 運行時，是否可以正常接聽或撥打電話，或者可以正常接收或發(fā)送短信。 在移動智能終端上運行APP 時，是否會影響其他應(yīng)用的使用。例如能否查看新的QQ 消息、微信消息等信息。28事實上，測試活動的結(jié)束與否并不完全依賴于準出檢查單中的所有項目是否都已通過。還應(yīng)當(dāng)參考項目的預(yù)期和項目本身等因