.jpg) |
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測試及開發團隊內的測試。一個公司自己的開發團隊的可用性測試可以處理早期反饋，但仍帶有局限性，比如該團隊測試一個它已開發的產品有著高于平均水平的風險，且可能并不客觀。這意味著，問題將與終端用戶所評的不一致。
另一方面，Crowd測試為真實用戶提供了反饋，因為外部測試人員的參與。但是，這也需要大量的培訓和介紹，反之導致復雜的協調和準備。此外，它不容易跟進觀察，因為不同的測試人員負責不同的crowd測試環節。為了解決crowd測試的挑戰，且仍可以得到一個產品的可用性的早期反饋（發行前），XING開展了內部測試比賽。
概念
XING內部測試比賽結合了crowd測試，基于會話的測試，探索性測試。比賽的概念描述如下：
圖1.幾種測試方法結合構建內部測試比賽的概念
為了深入理解一個產品的可用性，有必要讓一組有代表性的用戶參與其中。這是為什么crowd測試方法適合，因為很多不同背景的人可以被要求來對軟件進行測試并給出他們的反饋。我們的內部測試比賽涉及來自不同部門的人，例如產品經理，項目經理，行政總裁，用戶關心員工，人力資源團隊和開發人員。一個公司自己員工的參與使其能夠解決crowd測試的一些難題。該事件的籌備和組織比較容易，因為員工已經對產品很熟悉了。非公開協議也可以跳過，很容易跟進隨后的測試迭代中的發現。用測試比賽概念調整基于會話的測試方法的思路以實際使用可以很容易地定義一個明確的測試范圍。這使得我們可以著眼于某一特征而不是整個產品。此外，會話可以被限制到一個特定的時間間隔。James Bach把探索性測試定義為“同步學習，測試設計和測試執行”。為了得到一個clean的用戶見解，我們要鼓勵測試人員在沒有非常詳細的產品介紹下自由探索。由于我們的員工來自不同的部門，他們對產品的認識也不同。測試環節之前為他們簡短介紹一下會導致一個探索性測試環境。對于內部測試比賽，附加組是由不同部門的人構成的，使他們可能在測試時帶上了對產品的不同看法。為了讓員工在測試產品有積極性，使用了測試比賽的一般概念（靈感來自NRG全球測試比賽）。通過有獎競賽，鼓勵人們找到盡可能多的bugs及重要的/難以找到的bugs。一個比賽的概念也有助于鼓勵人們參加進一步的版本。這消除了通常由crowd測試方法提出的限制。
XING內部測試比賽安排
在過去六個月XING已經舉行了兩次內部測試比賽，都側重于Web應用程序，而第三次（也側重移動應用程序）目前在醞釀中。期間要收集即將被發布的新特征，如覆蓋用戶配置文件的組合功能。該活動由XING的QA部門組織，每次總計兩個小時。兩小時包含范圍的介紹和說明（30分鐘），以及測試本身。平均而言，每次20人參加，他們分成來自不同部門（如開發人員，用戶關懷，銷售和人力資源團隊，以及為行政總裁及副總裁）的兩人或三人混搭組。參與者分別由在場的三個QA經理指導該如何進行測試并寫出一個正確的bug和一份測試報告。讓不同部門的員工參與，有可能測試各種計算機設置，如不同的操作系統（ MacOS， Windows）和不同的瀏覽器（Mozilla Firefox， Internet Explorer， Google Chrome， Opera）。每次比賽都有大約100個關于可用性和功能的bugs被發現，同時也產生了一些功能要求。比賽后這些bugs被QA部門評估，然后直接排序并分配給相應的生產隊。對其中一個（測試比賽中發現其有測試發布前未被修復的可用性問題的）產品做了一次實驗。超過80 ％的隨后被用戶報道的可用性問題事實上是在測試比賽中發現的，這正好證明這個概念的好處。
