關於用戶驗收測試的那些面試題，都幫你整理好了！

 

什麼是用戶驗收測試?

當軟件產品順利經過了系統測試以後就開始了用戶驗收測試階段。用戶驗收測試，顧名思義就是交付給用戶，讓用戶執行產品驗收所進行的測試，所以也被稱爲交付測試。用戶驗收測試是產品上市以前的最後一個正式的測試階段。

下面列舉幾道典型面試題來幫助你們理解。

爲何要對軟件測試進行用戶驗收測試？

解答

每個產品都是爲最終的用戶設計和開發的，所以讓用戶參與測試是獲取用戶產品反饋的重要途徑。

經過用戶驗收測試能夠實如今用戶環境中對產品規格說明書進行驗證。經過用戶驗收測試能夠實如今用戶環境中對產品的用戶文檔進行驗證。經過用戶驗收測試能夠下降產品中的缺陷數量。

經過用戶驗收測試能夠獲取用戶關於產品功能、性能的反饋，有利於產品團隊在產品上市以前對產品的用戶印象產生必定認識。

如何開展用戶驗收測試？

解答

雖然用戶驗收測試是讓用戶執行產品驗收所執行的測試，可是因爲各個項目的開發目的和用戶羣體的千差萬別，其在執行上也會有很大的差異。

對於一-些用戶羣體是企業內部人員的軟件項目，規劃和執行用戶驗收測試是比較容易作到的。一般測試組織者會在企業內部挑選參與測試的人員、搭建測試環境、分配測試用例，而後對測試執行狀況進行跟蹤。

對於另一些用戶羣體是其餘企業或團體的軟件項目也能夠按照上述的方法進行計劃和執行。另外，還必須安排軟件生產團隊的內部測試人員對用戶體驗測試的參與者給予必定的幫助,並對用戶提出的反饋和報告的軟件缺陷進行整理。

對於提供大衆型服務的產品，例如手機、免費郵箱等,其用戶體驗測試就擴展成爲Alpha 測試和 Beta測試。

說明：

Alpha 測試:是指產品上市以前在公司內部進行的用戶體驗測試。在這類測試計劃下，測試任務能夠分配給有經驗的測試人員，產品的設計、開發部門，市場部門,以及售後支持部門、培訓部門等,對參與測試的專業測試人員能夠指定專門的測試用例，以方便了解在用戶環境下這些測試用例的執行狀況。其餘參與測試的人員能夠在使用過程當中對其進行隨機測試(Adhoc Test)。在不少大型的面向大衆消費者的企業Alpha測試是其大衆型服務的產品項目完整測試計劃的一部分。

Beta測試:是指產品上市以前讓用戶或企業的合做夥伴進行用戶體驗測試的行爲,在這類測試計劃下,測試的組織人員主要工做難點爲對參與測試的用戶進行挑選，搭建測試環境和創建有效的用戶反饋收集渠道,而參與測試的人員大可能是在產品使用過程當中對其進行隨機測試（Adhoc Test）或提供用戶角度的意見。如今不少公司的免費產品都對用戶宣稱是Beta版本,而不是正式版本,有的甚至提出永遠是 Beta版。

用戶驗收測試所要作的一般是在用戶環境中對產品規格說明書進行測試和驗證。除此以外，測試人員還須要對用戶文檔進行測試，包括幫助文檔、用戶手冊、安裝配置指南、多媒體演示資料、受權使用提示、軟件包裝及廣告等。對文檔的測試主要針對文檔的準確性、完整性和通俗易懂性。

 

 

 

用戶驗收測試驗證的是哪一個文檔?

解答：

正如前面所說的,用戶驗收測試所要作的一般是在用戶環境中對產品規格說明書進行驗證。測試人員所要作的是逐字逐句按照產品規格說明書對產品進行測試，這就須要測試用例設計人員要把握產品規格說明書的細節來設計用戶驗收測試的測試用例，而且確保使用的產品規格說明書的版

 

 

 

如何發展用戶體驗測試收測試?

解答

1.明確用戶體驗測試的目的

·經過用戶體驗測試使產品團隊在產品上市以前能夠了解用戶的反饋，從而針對有價值的反饋對產品進行必要的更新。

·經過用戶體驗測試獲得來自於用戶角度的缺陷報告，這樣能夠下降因爲生產者和消費者各自觀點和角度不一樣而產生的產品缺陷數量。

2．用戶體驗測試的準備工做

·挑選參與用戶體驗測試的用戶。首先，在這個過程當中挑選用戶應當針對產品的目標羣體進行挑選，應儘可能覆蓋目標羣體中的各個年齡、收入、教育水平等層次。其次，在挑選過程當中還應當注意被挑選的用戶不能具備該產品研發背景的專業人士。例如，若是被測產品是手機，那麼參與用戶體驗測試的用戶就不該該有研發手機的背景。

搭建測試環境。用戶體驗測試開始以前產品團隊先要決定使用哪個版本的產品。若是是網絡服務性質的產品則必須搭建好參與用戶體驗測試的用戶可訪問的測試環境。若是是單機版軟件，則必須提供下載環境或可安裝光盤。若是是手機，則必須肯定參與測試的軟硬件版本，並將軟件導入到測試手機中，同時還要對手機作一些有效性的驗證，以證實其能正常使用。

·分發被測產品。產品團隊應負責將被測產品分發給參與用戶體驗測試的用戶，例如分發網站帳戶、提供產品下載帳戶、提供產品安裝光盤、提供手機終端等。

·創建用戶與產品團隊的溝通渠道。進行用戶體驗測試的目的是爲了獲取用戶的使用反饋意見，所以便利有效的溝通渠道是用戶體驗測試成敗與否的關鍵因素之一。一般產品團隊都會創建一個方便參與用戶體驗測試的用戶反映產品問題和提出意見的網站。用戶在使用產品的過程當中若是發現了問題或有好的意見，能夠經過用戶體驗專用網站把信息傳遞給產品團隊。

3.用戶反饋的過濾

前面咱們提到在用戶體驗測試的準備工做中必須創建用戶與產品團隊的溝通渠道，而這個渠道一般是用戶體驗專用網站。用戶在使用產品的過程當中若是發現了問題或有好的意見能夠經過用戶體驗專用網站把信息傳遞給產品團隊。這些信息通常被總結爲來自於用戶角度的缺陷報告(Customer Defect）和改進意見(Customer Enhancement)。然而這些用戶信息有時會出現描述不夠徹底、表述不夠清楚或信息重複等狀況，所以全部從用戶體驗專用網站收集的信息都要經用戶體驗缺陷管理人員的過濾。以後再造成有效的產品缺陷或產品改進，並將其錄入到產品缺陷管理跟蹤系統中，這樣才能減小因爲用戶體驗缺陷報告或改進意見不夠專業而帶來的產品開發人員的額外工做量,如圖3-14所示。

 

 

用戶驗收測試的出口條件和入口條件是什麼?

解答

1.入口條件(Entry Criteria)

在作用戶驗收測試以前都須要作一些準備工做,包括。

軟件產品的系統測試測試結果已經過並被檢視。用戶驗收測試計劃已被檢視並經過。

用戶驗收測試策略已被檢視並經過。

用戶檢驗測試測試用例已開發完成並被檢視經過。參與測試的用戶已肯定。

·測試環境已按照用戶需求搭建。·產品已分發到參與測試的用戶手中。

·已經創建產品參與測試用戶的信息反饋渠道。

2．出口條件(Exit Criteria)

用戶驗收測試完成後若是完成了如下工做就能夠進行下一階段的測試。·全部的用戶驗收測試用例都被執行。

·用戶驗收測試測試覆蓋率達到了預約的要求。產品的行爲方式符合產品規格說明書的要求。產品的用戶文檔的質量達到了預約的要求。·軟件產品的缺陷率低於上市限制的上限。