 |
Viktor Grebenyuk是一名質(zhì)量保證專家和測試經(jīng)理，在測試復(fù)雜的（主要是金融領(lǐng)域的）系統(tǒng)和應(yīng)用程序方面有八年以上的經(jīng)驗(yàn)。他豐富的經(jīng)驗(yàn)讓他可以：比較不同的測試工具和方法，突出它們的優(yōu)缺點(diǎn)，并努力找到適合每個(gè)特定案例的正確方法。 |
 |
Natalya Serdyuchenko自2004年以來一直從事軟件開發(fā)和測試。她曾與摩托羅拉，索尼愛立信，華為等客戶合作，擔(dān)任測試工程師，測試經(jīng)理和首席分析師。她目前的工作與銀行產(chǎn)業(yè)有關(guān)。Natalya對改善測試流程，特別是UAT流程有著濃厚的興趣。 |
用戶接受測試（UAT）看起來像“群體測試”主要是因?yàn)椋簣?zhí)行此測試的人不是測試專家。這些人可能是他們自己業(yè)務(wù)領(lǐng)域的專業(yè)人士，但卻對軟件測試原理和技巧還不是很懂。你可能會爭辯UAT的價(jià)值及其在SDLC里的地位，但是一旦你決定去做UAT，你必須得解決如何讓非測試人員（如：企業(yè)用戶）有效負(fù)責(zé)此事。另外，你或許需要考慮一系列問題：該如何在你的組織里將UAT和現(xiàn)有測試程序結(jié)合起來；創(chuàng)建UAT測試用例的需要及這些測試用例應(yīng)該看起來像什么；以及誰負(fù)責(zé)UAT管理。本文的目的是減少在一個(gè)項(xiàng)目上組織和管理UAT時(shí)你可能發(fā)現(xiàn)的關(guān)鍵問題。
如何讓非測試人員（企業(yè)用戶）有效地進(jìn)行UAT
首先，如果你想強(qiáng)制非測試人員（我們稱他們?yōu)閁AT執(zhí)行者）有效進(jìn)行UAT，你必須教他們?nèi)绾巫龅竭@一點(diǎn)。你可以使用任何相關(guān)的培訓(xùn)策略（在線培訓(xùn)，面對面會議等）提供為項(xiàng)目選擇的UAT方法或在你的組織中被批準(zhǔn)的一般UAT程序的概述，并在UAT中突出他們的職責(zé)。一旦有了這些信息，也有利于共享軟件測試的基本知識，并為他們提供一個(gè)在UAT中將被使用的測試工具的示范。除此之外，或許有必要為他們展示端到端的業(yè)務(wù)流程的概述。因?yàn)槭聦?shí)上一些UAT執(zhí)行者心中可能并沒有完全掌握端到端的業(yè)務(wù)流程只是因?yàn)樗麄兊娜粘９ぷ魍窒抻诒粶y解決方案（ SUT ）的一個(gè)獨(dú)立部分的使用。請記住，即使在已經(jīng)通過了所有培訓(xùn)課程并學(xué)習(xí)了你項(xiàng)目開始時(shí)給他們提供的所有材料后，UAT中，人們?nèi)匀恍枰掷m(xù)地咨詢和支持。隨時(shí)做好準(zhǔn)備，并與UAT執(zhí)行者保持聯(lián)系，要記得，某些時(shí)候你或許需要對一些人重復(fù)初始培訓(xùn)。即使有些企業(yè)用戶過去參加過UAT，有經(jīng)驗(yàn)了，仍然需要為他們提供至少一個(gè)有限的培訓(xùn)課程，因?yàn)閁AT過程的某些方面可能會因項(xiàng)目而異。在某些情況下，只分享UAT方法或測試技術(shù)并不足以使UAT執(zhí)行者有效地進(jìn)行UAT—— 難的事情是激勵(lì)人們。 UAT執(zhí)行者應(yīng)明確認(rèn)識UAT的目的并了解他們的責(zé)任以及他們正在增加的價(jià)值。如你所知，有動力的人才能取得更大的成績，所以，如果你想從你的UAT獲得盡可能多的優(yōu)勢，你應(yīng)該盡力讓這些人不僅僅只是遵循正式程序，還要愿意參與到UAT中去 。這樣的話，你不僅會獲得好處還能體會到樂趣——下一次與這些有動力的UAT執(zhí)行者合作更容易了。在任何情況下（即使你沒有能力為這些人提供任何額外的動力），都請確保你以甚至只讓人們遵循正式步驟可以獲益的方法去設(shè)置過程。
這種情況下幾點(diǎn)建議將幫助你，如：
▪給UAT執(zhí)行者提供包含他們可能會在UAT中所需要的所有信息（關(guān)于測試環(huán)境，獲得被測apps，如何使用測試工具的手冊，聯(lián)系人列表，等等信息）的詳細(xì)說明;
▪提出一個(gè)UAT執(zhí)行者和UAT團(tuán)隊(duì)其他成員之間的明確溝通計(jì)劃;
▪制定一個(gè)清晰易懂的可以在UAT過程中使用的程序以解決UAT執(zhí)行者的問題;
▪確保UAT經(jīng)理和UAT團(tuán)隊(duì)其他成員在解決UAT執(zhí)行者的問題中的高參與度（他們應(yīng)該在任何時(shí)候都可以感覺到有人可以幫助他們）。
擁有一個(gè)有固定測試時(shí)間的UAT執(zhí)行者團(tuán)隊(duì)將是一個(gè)真正的優(yōu)勢（假定50％的時(shí)間用來測試，50％的用于線下活動）。建立合理的循環(huán)，可以建立一個(gè)UAT專家團(tuán)隊(duì)，節(jié)省大量培訓(xùn)時(shí)間去做進(jìn)一步的UATs。
如何在你的組織機(jī)構(gòu)中將UAT與現(xiàn)有的測試程序結(jié)合起來
將UAT與組織中正在使用的其他測試程序及相關(guān)標(biāo)準(zhǔn)（這一點(diǎn)在UAT是項(xiàng)目中使用的一種測試的情況中尤其重要）結(jié)合起來很重要。
特別是，你需要確保你生產(chǎn)成為UAT一部分的測試物，文獻(xiàn)和報(bào)告與預(yù)計(jì)生產(chǎn)成為其他測試活動的一部分的是一致的。這也適用于測試管理工具和缺陷跟蹤工具：建議所有測試結(jié)果以與被其他類測試管理一樣的方式被獲取和管理。
這將有助于為執(zhí)行和執(zhí)行結(jié)果計(jì)劃的UAT測試用例（如果你有大量的UAT利益相關(guān)者，這一點(diǎn)尤其有效）獲得更大的知名度。識別被發(fā)現(xiàn)為其他測試活動（如果有的話）一部分的缺陷的副本，并確保所有已識別的缺陷得到妥善處理。
你需要生產(chǎn)作為UAT一部分的測試用例嗎？他們應(yīng)該看起來像什么？
從一開始必須注意，我們強(qiáng)烈建議為UAT編寫測試用例（它們可以被稱為測試用例，測試腳本，用例，用戶故事，等等）。企業(yè)用戶常常盡量避免這樣做，理由是他們已經(jīng)知道他們將要做什么及怎么做，因?yàn)樗c他們的日常工作類似。捕捉提前為執(zhí)行而計(jì)劃的所有測試用例仍然很重要。
首先，這可以讓你了解究竟要驗(yàn)證什么，為此要做些什么，預(yù)計(jì)會有什么結(jié)果。創(chuàng)建UAT測試用例不僅對在實(shí)際開始執(zhí)行過程前規(guī)定驗(yàn)證范圍很有必要（有時(shí)人們在或許真的可以給正被執(zhí)行的測試增加價(jià)值的測試期間開始進(jìn)行額外檢查，但也可以毀掉整個(gè)UAT計(jì)劃或?yàn)闇y試的其他部分準(zhǔn)備的相關(guān)數(shù)據(jù)），同時(shí)也使得UAT的執(zhí)行在資源和基礎(chǔ)設(shè)施的使用計(jì)劃（包括人力資源）方面更有效，增加了測試集的堅(jiān)固性（例如，它有助于在平行多人創(chuàng)建UAT測試用例時(shí)避免重復(fù)檢查，或幫助揭示覆蓋缺口和錯(cuò)誤假設(shè)），并讓你能夠在執(zhí)行階段更精確地追蹤UAT進(jìn)度。UAT的性質(zhì)不同于開發(fā)人員或測試專家正在執(zhí)行的測試類型—— UAT沒有如驗(yàn)證被測系統(tǒng)是否正常工作這樣的目標(biāo)。這種類型的測試的主要目標(biāo)是確保SUT響應(yīng)客戶的期望，并使企業(yè)的目標(biāo)得以實(shí)現(xiàn)。正因?yàn)槿绱耍琔AT測試腳本看起來應(yīng)該是什么樣的并沒有硬性規(guī)定——他們可能被創(chuàng)建為正式的測試用例，用戶故事，甚至審核清單。UAT案例的細(xì)節(jié)的格式和水平可以根據(jù)下幾個(gè)因素而有所不同：
▪你用于開發(fā)和執(zhí)行測試用例的時(shí)間。
▪測試基礎(chǔ)設(shè)施的制約。
▪UAT執(zhí)行者的經(jīng)驗(yàn)（包括他們在企業(yè)領(lǐng)域的經(jīng)驗(yàn)和軟件測試原理和技術(shù)業(yè)務(wù)方面的經(jīng)驗(yàn)）。
▪UAT團(tuán)隊(duì)成員的可能循環(huán)（你可以在你項(xiàng)目的UAT過程中使用相同的企業(yè)用戶，或有時(shí)你需要換用新人）。
不論UAT測試將被寫入的方式，UAT測試中的與其他測試類型（例如前提，將被執(zhí)行的一系列步驟，期待的結(jié)果或一名參賽者）使用的相同的強(qiáng)制測試用例屬性要被包含在內(nèi)。定義一個(gè)將實(shí)施這個(gè)測試用例的業(yè)務(wù)角色非常重要，因?yàn)橥粋�(gè)業(yè)務(wù)場景根據(jù)執(zhí)行者可以有不同的流量（同時(shí)請考慮一下客戶體驗(yàn)——讓某個(gè)人扮演客戶以確保過程與終客戶的角度一致是很有用的）。計(jì)劃測試用例的開發(fā)時(shí)，你可能會把這些因素考慮在內(nèi)，但你也應(yīng)該記住，準(zhǔn)備的測試用例很明確且它們很可能由企業(yè)用戶運(yùn)行都很重要，這取決于測試哪個(gè)業(yè)務(wù)過程。當(dāng)你考慮UAT測試用例的覆蓋范圍時(shí)，除了對業(yè)務(wù)流程的特定bit的單獨(dú)驗(yàn)證，你還應(yīng)該考慮加上一個(gè)終端到終端的業(yè)務(wù)流程驗(yàn)證。后，如果你想從UAT測試用例獲得好處，你應(yīng)該牢記你決定開發(fā)他們的理由。對這件事不要采取正式方法，而要以飽滿的熱情（這后一條建議適用于UAT過程中的任何活動及其他）創(chuàng)建它們。請記住，UAT的執(zhí)行有時(shí)可能會更新原來的業(yè)務(wù)需求，甚至創(chuàng)造新的需求，因?yàn)閁AT的執(zhí)行正成為企業(yè)用戶（多數(shù)情況下的需求發(fā)起人）重新思考他們原先需求的正確性和詳細(xì)水平，以及業(yè)務(wù)目標(biāo)的完整性的另一原因，因?yàn)�，在這一點(diǎn)上，他們已經(jīng)開始使用新的解決方案，甚至第一次詳細(xì)地看了新的解決方案。創(chuàng)建UAT測試用例較早地利用了業(yè)務(wù)需求識別問題，這樣修復(fù)它們的成本可能會減少。
誰負(fù)責(zé)UAT管理？
UAT的關(guān)鍵成功因素之一是選擇合適的人來管理這項(xiàng)活動。 UAT往往被視為（相對于解決方案而執(zhí)行的）測試類型之一，所以讓一名測試經(jīng)理或測試領(lǐng)導(dǎo)管理UAT或許看起來蠻合理的。此人在管理UAT時(shí)很可能有類似責(zé)任心且必須處理類似問題，如他或她管理系統(tǒng)集成測試（ SIT ）時(shí)面對的問題。另一方面，UAT經(jīng)理將會需要處理一些其他類型的（在某些情況下需要額外的個(gè)人技能和/或關(guān)于被測系統(tǒng)的商業(yè)邏輯知識的）問題。例如，UAT管理和SIT管理之間的重要區(qū)別之一是，正在做UAT的人不直接向UAT經(jīng)理匯報(bào)（這是UAT看起來像一種“群體測試”的另一個(gè)原因） 。正在做UAT的人仍準(zhǔn)備好了他們的生產(chǎn)線管理，這也需要這些人去做他們的主要（即非測試）工作。因此，在某些情況下，UAT經(jīng)理必須找到UAT執(zhí)行者線上活動和UAT相關(guān)活動之間的適當(dāng)平衡點(diǎn)。在這種情況下，UAT經(jīng)理應(yīng)該有機(jī)會獲得升級路徑，因?yàn)闇y試者無法及時(shí)實(shí)施其UAT的一部分可能會危及整個(gè)UAT活動。值得一提的是，避免任何形式的利益沖突，特別是當(dāng)一些人在項(xiàng)目團(tuán)隊(duì)中擔(dān)任多個(gè)角色時(shí)，也很重要。
結(jié)論
UAT是解決方案生產(chǎn)前的后一站，這意味著UAT的組織和管理方式將（在大多數(shù)情況下）定義開發(fā)了的解決方案的企業(yè)用戶期望，這意味著UAT的作用尤其重要。我們希望這篇文章將幫你避免常見的錯(cuò)誤，在你的項(xiàng)目中提高UAT效率。一件需要銘記的事是，即使你已經(jīng)創(chuàng)建了一個(gè)強(qiáng)大的UAT過程，如果你找到一種方法來激勵(lì)人們，你總能從你的群體測試中獲得更多。
版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://www.misscakediy.com/news/html/2014527145528.html
原創(chuàng)作品，轉(zhuǎn)載時(shí)請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。
