有效自我裝載

標籤：style   http   color   使用   os   strong   檔案   width   

?

	Alina Avadani於2008年加入了一家專註醫學保健資訊領域（移動保健，遠程保健，電子保健）的軟體開發公司，自此她的QA職業生涯開始了。重點是用瀑布模式手工測試案頭及web應用程式。2012年，她加入了XING（社交網路平台）公司執行手工測試和自動化，並在敏捷環境中提升了她的專業知識和實踐工作。她足智多謀，有創意且擅長解決問題，經常能想出新的和創新的方法去解決分配給她的項目。她熱衷技術，喜歡與別人合作創造驚奇的事物。認真享受軟體測試的樂趣時，她就一心專註於品質和按時交付。她曾參與組織Iasi（http:// tabaradetestare.ro / ）上的第一期“測試訓練營”，她還是NRG測試比賽“最佳整體軟體測試，功能與效能“獎冠軍隊的一員 。
	Katharina Gillmann自2012年就一直在XING股份公司擔任QA經理。在此之前，Katharina 學習重點是機器人的電腦科學。她那段時間對機器人杯特別感興趣。她努力了5年，與B-Human隊3次奪得世界機器人杯冠軍。卡塔琳娜在加入XING公司前就對軟體測試過程產生了濃厚興趣。出於這個原因，她在MeVis醫學解決公司（一家開發用於檢測乳腺癌的軟體的醫學公司）當了五年軟體測試人員。Katharina 目前專註于敏捷環境內Web應用程式的軟體測試。

?

　　 許多組織機構在軟體開發過程中重點（或一心只）關注測試的功能方面。大多數情況下，可用性測試排得很靠後，且只在發布前不久甚至發布後才進行。為了儘早地提高對產品可用性的反饋，我們就將常見的測試方法運用到我們公司組織的一次測試比賽裡了。

　　 實用性意味著什嗎？
　　 “很大程度上，使某物可用就是使用它毫無障礙”。這就是可用性測試手冊中對可用性的定義，接著裡面還寫到“使用者可以用他或她希望能夠做的方式去做他或她想要做的事，沒有一絲阻礙，猶豫或疑問“[1]。因此，我們想出了一個基於此定義的自我裝載比賽的主意。

　　 組織一次自我裝載比賽的動機
　　 可用性通常是通過A / B測試，內部UX測試階段，或beta測試檢查的。但這些概念耗時且相對很昂貴。此外，在beta測試階段分析產品可用性時，我們遇到了一些限制，如不能實際觀察使用者，不能減少探索範圍。
　　 至少有兩種主要途徑執行可用性測試：crowd測試及Team Dev內的測試。一個公司自己的Team Dev的可用性測試可以處理早期反饋，但仍帶有局限性，比如該團隊測試一個它已開發的產品有著高於平均水平的風險，且可能並不客觀。這意味著，問題將與終端使用者所評的不一致。 
　　 另一方面，Crowd測試為真實使用者提供了反饋，因為正式發行前小眾測試人員的參與。但是，這也需要大量的培訓和介紹，反之導致複雜的協調和準備。此外，它不容易跟進觀察，因為不同的測試人員負責不同的crowd測試環節。為瞭解決crowd測試的挑戰，且仍可以得到一個產品的可用性的早期反饋（發行前），XING開展了自我裝載比賽。

　　 概念
　　 XING自我裝載比賽結合了crowd測試，基於會話的測試，探索性測試。比賽的概念描述如下：

圖1.幾種測試方法結合構建自我裝載比賽的概念

　　 為了深入理解一個產品的可用性，有必要讓一組有代表性的使用者參與其中。這就是為什麼crowd測試方法最適合，因為很多不同背景的人可以被要求來對軟體進行測試並給出他們的反饋。我們的自我裝載比賽涉及來自不同部門的人，例如產品經理，專案經理，行政總裁，使用者關心員工，人力資源團隊和開發人員。一個公司自己員工的參與使其能夠解決crowd測試的一些難題。該事件的籌備和組織比較容易，因為員工已經對產品很熟悉了。非公開協議也可以跳過，很容易跟進隨後的測試迭代中的發現。用測試比賽概念調整基於會話的測試方法的思路以實際使用可以很容易地定義一個明確的測試範圍。這使得我們可以著眼於某一特徵而不是整個產品。此外，會話可以被限制到一個特定的時間間隔。James Bach把探索性測試定義為“同步學習，測試設計和測試執行”。為了得到一個clean的使用者見解，我們要鼓勵測試人員在沒有非常詳細的產品介紹下自由探索。由於我們的員工來自不同的部門，他們對產品的認識也不同。測試環節之前為他們簡短介紹一下就會導致一個探索性測試環境。對於自我裝載比賽，附加組是由不同部門的人構成的，使他們可能在測試時帶上了對產品的不同看法。為了讓員工在測試產品有積極性，就使用了測試比賽的一般概念（靈感來自NRG全球測試比賽）。通過有獎競賽，鼓勵人們找到儘可能多的bugs及重要的/難以找到的bugs。一個比賽的概念也有助於鼓勵人們參加進一步的版本。這消除了通常由crowd測試方法提出的限制。

　　 XING自我裝載比賽安排
　　 在過去六個月XING已經舉行了兩次自我裝載比賽，都側重於Web應用程式，而第三次（也側重行動裝置 App程式）目前在醞釀中。期間要收集即將被發布的新特徵，如覆蓋使用者設定檔的組合功能。該活動由XING的QA部門組織，每次總計兩個小時。兩小時包含範圍的介紹和說明（30分鐘），以及測試本身。平均而言，每次20人蔘加，他們分成來自不同部門（如開發人員，使用者關懷，銷售和人力資源團隊，以及為行政總裁及副總裁）的兩人或三人混搭組。參與者分別由在場的三個QA經理指導該如何進行測試並寫出一個正確的bug和一份測試報告。讓不同部門的員工參與，就有可能測試各種電腦設定，如不同的作業系統（ MacOS， Windows）和不同的瀏覽器（Mozilla Firefox， Internet Explorer， Google Chrome， Opera）。每次比賽都有大約100個關於可用性和功能的bugs被發現，同時也產生了一些功能要求。比賽後這些bugs被QA部門評估，然後直接排序並分配給相應的生產隊。對其中一個（測試比賽中發現其有測試發布前未被修複的可用性問題的）產品做了一次實驗。超過80 ％的隨後被使用者報道的可用性問題事實上是在測試比賽中發現的，這正好證明這個概念的好處。

　　 內部比賽的優缺點
　　 多虧了自我裝載比賽的概念，可用性測試得到了改善，因為產品是在開發早期而不是發布後測試的。我們設法從不直接參与該功能的開發過程的員工那收集反饋。一些反饋在開發過程中直接實現，這就提高了產品的第一印象。它也可以解決一些測試版的限制。測試環節在內部組織，其參與者，QA經理，以及相應的Team Dev聚在一起兩個小時測試該功能。這就能夠直接和測試人員直接說說這些他們發現的問題並進一步探討某些功能。除了這些，引入自我裝載比賽還有一些積極的副作用。我們看到了QA部門認識的提高及一般產品品質的提高。也給不同部門的員工提供瞭解對方的機會。這往往是員工眾多的企業所缺少的。　　　　　　???
　　 但是這個概念確實有局限性。這次活動給了我們機會讓對產品看法不一的多個部門都參與其中，但是這並不代表一般使用者。然而，由於我們的測試比賽不打算替代而只是作為測試載入器箱的一種補充，公司員工測試的優點超過了其限制。

圖2. XING 設定檔中一個的檔案夾

圖3.第一次測試會話的情況

圖4.系統可用性層級的十個問題

?

　　 為以後的測試比賽做出的改進及學到的經驗教訓
　　 XING前兩次比賽談論了一些下次比賽將要做出的改進。首先，測試實驗室改進了，因為它最好有一個與人們通常使用軟體的地方儘可能相似的位置。這對Mobile Testing尤為重要，因為人們在使用一個應用程式時不會完全注意它，往往他們同時還有其他事情要忙。手機變得越來越重要，這意味著手機測試每次迭代中都要加入測試比賽。
　　 這也可能成為新參與者的一個動力，因為它有助於提高測試的多樣性。提高參與者的動機水平的方法之一就是讓他們在尋找更多更複雜的問題時相互競爭。這可以用一個現場儀錶顯示被發現時的bug來闡明。上兩次比賽中，發現的bug數只在兩次比賽間被提到，這被視為鼓勵人們繼續去找到更多的bugs。最後，該計劃是也開始使用SUS （系統可用性測量）收集定量反饋。SUS是一種通過提問某些問題從測試人員收集關於該功能的重要訊息的簡單測量。

　　 總結
　　 自我裝載比賽基於crowd測試方法。它是通過結合crowd測試，基於會話的測試，探索性測試和比賽的概念發展而來的。該測試比賽有助於提高全公司對產品品質和可用性的重要性的認識。這有利於通過讓已經熟悉產品的員工參與，對產品（即使是在測試階段的產品）形成更好的第一印象。

　　著作權聲明：本文出自 SPASVO澤眾軟體測試網：http://www.spasvo.com/news/html/2014515140358.html

　　原創作品，轉載時請務必以超連結形式標明本文原始出處、作者資訊和本聲明，否則將追究法律責任。

 

?