您的位置:軟件測試 >> 測試技術(shù) >> 測試精品文章
UAT:它也是一種“群體測試”嗎?
作者:Viktor Grebenyuk/Natalya Serdyuchenko(澤眾軟件原創(chuàng)翻譯) 發(fā)布時間:[ 2014/5/27 14:46:48 ] 推薦標簽:群體測試 UAT
Viktor Grebenyuk是一名質(zhì)量保證專家和測試經(jīng)理,在測試復雜的(主要是金融領(lǐng)域的)系統(tǒng)和應用程序方面有八年以上的經(jīng)驗。他豐富的經(jīng)驗讓他可以:比較不同的測試工具和方法,突出它們的優(yōu)缺點,并努力找到適合每個特定案例的正確方法。
Natalya Serdyuchenko自2004年以來一直從事軟件開發(fā)和測試。她曾與摩托羅拉,索尼愛立信,華為等客戶合作,擔任測試工程師,測試經(jīng)理和首席分析師。她目前的工作與銀行產(chǎn)業(yè)有關(guān)。Natalya對改善測試流程,特別是UAT流程有著濃厚的興趣。

 

  用戶接受測試(UAT)看起來像“群體測試”主要是因為:執(zhí)行此測試的人不是測試專家。這些人可能是他們自己業(yè)務領(lǐng)域的專業(yè)人士,但卻對軟件測試原理和技巧還不是很懂。你可能會爭辯UAT的價值及其在SDLC里的地位,但是一旦你決定去做UAT,你必須得解決如何讓非測試人員(如:企業(yè)用戶)有效負責此事。另外,你或許需要考慮一系列問題:該如何在你的組織里將UAT和現(xiàn)有測試程序結(jié)合起來;創(chuàng)建UAT測試用例的需要及這些測試用例應該看起來像什么;以及誰負責UAT管理。本文的目的是減少在一個項目上組織和管理UAT時你可能發(fā)現(xiàn)的關(guān)鍵問題。

  如何讓非測試人員(企業(yè)用戶)有效地進行UAT
  首先,如果你想強制非測試人員(我們稱他們?yōu)閁AT執(zhí)行者)有效進行UAT,你必須教他們?nèi)绾巫龅竭@一點。你可以使用任何相關(guān)的培訓策略(在線培訓,面對面會議等)提供為項目選擇的UAT方法或在你的組織中被批準的一般UAT程序的概述,并在UAT中突出他們的職責。一旦有了這些信息,也有利于共享軟件測試的基本知識,并為他們提供一個在UAT中將被使用的測試工具的示范。除此之外,或許有必要為他們展示端到端的業(yè)務流程的概述。因為事實上一些UAT執(zhí)行者心中可能并沒有完全掌握端到端的業(yè)務流程只是因為他們的日常工作往往局限于被測解決方案( SUT )的一個獨立部分的使用。請記住,即使在已經(jīng)通過了所有培訓課程并學習了你項目開始時給他們提供的所有材料后,UAT中,人們?nèi)匀恍枰掷m(xù)地咨詢和支持。隨時做好準備,并與UAT執(zhí)行者保持聯(lián)系,要記得,某些時候你或許需要對一些人重復初始培訓。即使有些企業(yè)用戶過去參加過UAT,有經(jīng)驗了,仍然需要為他們提供至少一個有限的培訓課程,因為UAT過程的某些方面可能會因項目而異。在某些情況下,只分享UAT方法或測試技術(shù)并不足以使UAT執(zhí)行者有效地進行UAT—— 難的事情是激勵人們。 UAT執(zhí)行者應明確認識UAT的目的并了解他們的責任以及他們正在增加的價值。如你所知,有動力的人才能取得更大的成績,所以,如果你想從你的UAT獲得盡可能多的優(yōu)勢,你應該盡力讓這些人不僅僅只是遵循正式程序,還要愿意參與到UAT中去 。這樣的話,你不僅會獲得好處還能體會到樂趣——下一次與這些有動力的UAT執(zhí)行者合作更容易了。在任何情況下(即使你沒有能力為這些人提供任何額外的動力),都請確保你以甚至只讓人們遵循正式步驟可以獲益的方法去設(shè)置過程。
  這種情況下幾點建議將幫助你,如:
  ▪給UAT執(zhí)行者提供包含他們可能會在UAT中所需要的所有信息(關(guān)于測試環(huán)境,獲得被測apps,如何使用測試工具的手冊,聯(lián)系人列表,等等信息)的詳細說明;
  ▪提出一個UAT執(zhí)行者和UAT團隊其他成員之間的明確溝通計劃;
  ▪制定一個清晰易懂的可以在UAT過程中使用的程序以解決UAT執(zhí)行者的問題;
  ▪確保UAT經(jīng)理和UAT團隊其他成員在解決UAT執(zhí)行者的問題中的高參與度(他們應該在任何時候都可以感覺到有人可以幫助他們)。
  擁有一個有固定測試時間的UAT執(zhí)行者團隊將是一個真正的優(yōu)勢(假定50%的時間用來測試,50%的用于線下活動)。建立合理的循環(huán),可以建立一個UAT專家團隊,節(jié)省大量培訓時間去做進一步的UATs。

  如何在你的組織機構(gòu)中將UAT與現(xiàn)有的測試程序結(jié)合起來
  將UAT與組織中正在使用的其他測試程序及相關(guān)標準(這一點在UAT是項目中使用的一種測試的情況中尤其重要)結(jié)合起來很重要。
特別是,你需要確保你生產(chǎn)成為UAT一部分的測試物,文獻和報告與預計生產(chǎn)成為其他測試活動的一部分的是一致的。這也適用于測試管理工具和缺陷跟蹤工具:建議所有測試結(jié)果以與被其他類測試管理一樣的方式被獲取和管理。
  這將有助于為執(zhí)行和執(zhí)行結(jié)果計劃的UAT測試用例(如果你有大量的UAT利益相關(guān)者,這一點尤其有效)獲得更大的知名度。識別被發(fā)現(xiàn)為其他測試活動(如果有的話)一部分的缺陷的副本,并確保所有已識別的缺陷得到妥善處理。

  你需要生產(chǎn)作為UAT一部分的測試用例嗎?他們應該看起來像什么?
從一開始必須注意,我們強烈建議為UAT編寫測試用例(它們可以被稱為測試用例,測試腳本,用例,用戶故事,等等)。企業(yè)用戶常常盡量避免這樣做,理由是他們已經(jīng)知道他們將要做什么及怎么做,因為它與他們的日常工作類似。捕捉提前為執(zhí)行而計劃的所有測試用例仍然很重要。
  首先,這可以讓你了解究竟要驗證什么,為此要做些什么,預計會有什么結(jié)果。創(chuàng)建UAT測試用例不僅對在實際開始執(zhí)行過程前規(guī)定驗證范圍很有必要(有時人們在或許真的可以給正被執(zhí)行的測試增加價值的測試期間開始進行額外檢查,但也可以毀掉整個UAT計劃或為測試的其他部分準備的相關(guān)數(shù)據(jù)),同時也使得UAT的執(zhí)行在資源和基礎(chǔ)設(shè)施的使用計劃(包括人力資源)方面更有效,增加了測試集的堅固性(例如,它有助于在平行多人創(chuàng)建UAT測試用例時避免重復檢查,或幫助揭示覆蓋缺口和錯誤假設(shè)),并讓你能夠在執(zhí)行階段更精確地追蹤UAT進度。UAT的性質(zhì)不同于開發(fā)人員或測試專家正在執(zhí)行的測試類型—— UAT沒有如驗證被測系統(tǒng)是否正常工作這樣的目標。這種類型的測試的主要目標是確保SUT響應客戶的期望,并使企業(yè)的目標得以實現(xiàn)。正因為如此,UAT測試腳本看起來應該是什么樣的并沒有硬性規(guī)定——他們可能被創(chuàng)建為正式的測試用例,用戶故事,甚至審核清單。UAT案例的細節(jié)的格式和水平可以根據(jù)下幾個因素而有所不同:
  ▪你用于開發(fā)和執(zhí)行測試用例的時間。
  ▪測試基礎(chǔ)設(shè)施的制約。
  ▪UAT執(zhí)行者的經(jīng)驗(包括他們在企業(yè)領(lǐng)域的經(jīng)驗和軟件測試原理和技術(shù)業(yè)務方面的經(jīng)驗)。
  ▪UAT團隊成員的可能循環(huán)(你可以在你項目的UAT過程中使用相同的企業(yè)用戶,或有時你需要換用新人)。
  不論UAT測試將被寫入的方式,UAT測試中的與其他測試類型(例如前提,將被執(zhí)行的一系列步驟,期待的結(jié)果或一名參賽者)使用的相同的強制測試用例屬性要被包含在內(nèi)。定義一個將實施這個測試用例的業(yè)務角色非常重要,因為同一個業(yè)務場景根據(jù)執(zhí)行者可以有不同的流量(同時請考慮一下客戶體驗——讓某個人扮演客戶以確保過程與終客戶的角度一致是很有用的)。計劃測試用例的開發(fā)時,你可能會把這些因素考慮在內(nèi),但你也應該記住,準備的測試用例很明確且它們很可能由企業(yè)用戶運行都很重要,這取決于測試哪個業(yè)務過程。當你考慮UAT測試用例的覆蓋范圍時,除了對業(yè)務流程的特定bit的單獨驗證,你還應該考慮加上一個終端到終端的業(yè)務流程驗證。后,如果你想從UAT測試用例獲得好處,你應該牢記你決定開發(fā)他們的理由。對這件事不要采取正式方法,而要以飽滿的熱情(這后一條建議適用于UAT過程中的任何活動及其他)創(chuàng)建它們。請記住,UAT的執(zhí)行有時可能會更新原來的業(yè)務需求,甚至創(chuàng)造新的需求,因為UAT的執(zhí)行正成為企業(yè)用戶(多數(shù)情況下的需求發(fā)起人)重新思考他們原先需求的正確性和詳細水平,以及業(yè)務目標的完整性的另一原因,因為,在這一點上,他們已經(jīng)開始使用新的解決方案,甚至第一次詳細地看了新的解決方案。創(chuàng)建UAT測試用例較早地利用了業(yè)務需求識別問題,這樣修復它們的成本可能會減少。

  誰負責UAT管理?
  UAT的關(guān)鍵成功因素之一是選擇合適的人來管理這項活動。 UAT往往被視為(相對于解決方案而執(zhí)行的)測試類型之一,所以讓一名測試經(jīng)理或測試領(lǐng)導管理UAT或許看起來蠻合理的。此人在管理UAT時很可能有類似責任心且必須處理類似問題,如他或她管理系統(tǒng)集成測試( SIT )時面對的問題。另一方面,UAT經(jīng)理將會需要處理一些其他類型的(在某些情況下需要額外的個人技能和/或關(guān)于被測系統(tǒng)的商業(yè)邏輯知識的)問題。例如,UAT管理和SIT管理之間的重要區(qū)別之一是,正在做UAT的人不直接向UAT經(jīng)理匯報(這是UAT看起來像一種“群體測試”的另一個原因) 。正在做UAT的人仍準備好了他們的生產(chǎn)線管理,這也需要這些人去做他們的主要(即非測試)工作。因此,在某些情況下,UAT經(jīng)理必須找到UAT執(zhí)行者線上活動和UAT相關(guān)活動之間的適當平衡點。在這種情況下,UAT經(jīng)理應該有機會獲得升級路徑,因為測試者無法及時實施其UAT的一部分可能會危及整個UAT活動。值得一提的是,避免任何形式的利益沖突,特別是當一些人在項目團隊中擔任多個角色時,也很重要。

  結(jié)論
  UAT是解決方案生產(chǎn)前的后一站,這意味著UAT的組織和管理方式將(在大多數(shù)情況下)定義開發(fā)了的解決方案的企業(yè)用戶期望,這意味著UAT的作用尤其重要。我們希望這篇文章將幫你避免常見的錯誤,在你的項目中提高UAT效率。一件需要銘記的事是,即使你已經(jīng)創(chuàng)建了一個強大的UAT過程,如果你找到一種方法來激勵人們,你總能從你的群體測試中獲得更多。

  版權(quán)聲明:本文出自 SPASVO澤眾軟件測試網(wǎng):http://hgh666.cn/news/html/2014527145528.html

  原創(chuàng)作品,轉(zhuǎn)載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。

軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd