 |
Jan Wolter是testhub公司的CEO和共同創始人。他負責財務，戰略和業務發展。2011年他從倫敦政治經濟學院以優異的成績畢業。進入testhub前，Jan曾在多家國際咨詢公司積累過經驗，在那些公司里他參與處理過IT和電信項目。 |
應用程序的經濟效益在很大程度上取決于有很多人在積極使用它。一點點資金投入可以輕松地取得更多的下載量。但這并不能保證會有持續的用戶活動。成千上萬的應用程序被安裝了但它們的活躍用戶卻很少。高度的活躍度和忠誠度無法靠強制獲得，它們是緊鑼密鼓的籌備和迭代優化的結果。因此，和未來的優化一樣，概念和開發期間以用戶為中心的測試是成功的關鍵。
從平庸到
任何應用程序想要成功，必須滿足以下條件：
1．提供的特點對匹配的目標用戶群體有吸引力
2．具有直觀的操作，并提供良好的用戶體驗
3．無缺陷使用在每一個支持的環境中都有可能
讓我們以HRS（大的歐洲酒店預訂服務之一）為發布應用程序的反面實例。 HRS近正在讓iPhone酒店預訂應用程序適應IOS7。發布后不久，約50 ％的用戶只給應用程序一星評價并留下諸如“難以置信苦不堪言， iOS 7更新后全是bug ...... ”或“我見過的差的更新”。怎么會這樣？你看看負面評價會知道基本都是關于不再提供一些他們之前使用的功能的問題。從用戶角度處理已經變得更加復雜，此外，功能性的問題已經出現在大量用戶面前了。
群體測試能夠避免這樣的問題。群體測試的目的是在應用程序進入市場前從使用真實硬件設備的人那里獲得反饋。在大量即時測試人員的幫助下，敏捷開發可以由包括了外部反饋回路并顯著加速了測試流程的敏捷測試進行補充。可以根據一大堆標準（如可用性測試的社會統計因素或質量保證測試的設備數據）選擇測試人員，這樣，按照各自的目標，讓合適的測試人員參與到測試中去。特定平臺的難題，也可以用群體測試完美覆蓋。使用大量不同瀏覽器開發Web應用程序時，屏幕尺寸和設備——從臺式機到平板電腦和智能手機——可以確保兼容性。由于高度不統一，本地Android應用程序的測試復雜度不斷增加，可以使用群體測試涵蓋大量不同的設備，操作系統版本，以及顯示格式。但是，要開發成功的應用程序，應在開發過程的不同階段使用不同的群體測試方法。
準備：競爭分析和市場研究
制定詳細的概念和設計第一個模型前，群體測試可以用來進行市場研究調查，以驗證想法并分析競爭格局。調查后，可以驗證潛在的應用程序USP，并在剛開始花錢計劃細節或寫代碼前通過特定人群的反饋發現缺點。此外，建議對現有競爭者或類似應用程序進行篩選。不是去涵蓋可能會失敗的想法，而是這樣一個測試可以輕易地檢測出用起來不錯和只是看起來不錯的事物間的區別。基于匹配目標群體的反饋，可以迅速推斷出哪些功能必須放在第一次發布中，哪些可以保留到以后。
概念階段：在初期階段整合用戶反饋
目標群體導向的反饋被融入到開發過程中越集中，可以越好地保證開發過程能得到一個成功的應用程序。開始編寫代碼前，設計和現有模型應被多次測試和優化以實現用戶反饋。這樣，反饋可以被直接整合，可用性問題可以在早期階段得到解決而不會浪費開發人員的寶貴時間。
開發：用可用性測試進行優化
一個成功應用程序的核心要素是可用性。具有高度可用性評價的應用程序有更好的用戶活躍度和忠誠度。此外，良好的可用性對積極的品牌意識必不可少。與消費者有積極的聯系不足以讓一個應用程序看起來高大上，用戶友好且很有用，而不是復雜無用的。可用性測試應該在常規基礎上從第一個模型通過到發布被集成到開發過程中。此外，重要的變化或集成到應用程序中的新功能應該自動表明應該要規劃和實施額外測試。群體測試允許在幾天內以合理的價格實施可用性測試——包括結果的專業分析，這樣的可用性測試起始價是10個測試員990歐元。測試僅需2-3天。
發布前：避免“業務短視”并保證質量
測試過程中，廣泛質量保證和高度覆蓋環境對保證給所有用戶一個無缺陷用戶體驗是必不可少的。不幸的是，測試的重要性往往被忽視，因為不同于群體測試，測試被認為是一個麻煩或者發布前根本沒有足夠的時間剩余。這時候群體測試有助于避免出現質量問題。通過40名測試員或熬夜測試，該測試過程可以被有效地集成到開發中去。此外，測試是在正常使用環境下大量的實際設備上進行的，這樣可以顯著提高測試覆蓋率和整體質量。因為大量有不同測試設備和操作系統的群體測試一般都是即時可得的，所以幾乎不可能出現性能缺點。因此，群體測試提供商允許在任何時候開始或推遲測試。通過減輕內部員工的負擔，寶貴的時間可以被節省并用于實現實際核心任務及對重要目標的關注。你的同事能夠更有效地工作。由此可以大幅度降低成本并提高速度。此外，使用外部測試人員可以幫助避免業務短視，因為你可以擁有大量沒有測試過該應用程序的測試員，并由此為測試帶來有價值的新觀點。很多時候，內部團隊未發現的重要問題的數目多的讓客戶都極度驚訝。
如何為群體測試選擇合適的合作伙伴
應找一個專門的伙伴進行群體測試以避免花費大量時間管理過程，而不是采用結果。對于成功的項目，選擇合適的合作伙伴很關鍵。因此，評估應基于一套廣泛的標準。要開發一個成功的應用程序，你將需要一個能夠在整個開發過程中提供多種群體測試方法支持你的合作伙伴。方法應包括調查，可用性測試和質量保證測試。對于一個成功的開始，你的群體測試合作伙伴應該提供一個私人顧問建立第一個測試周期，并如何將群體測試整合到現有進程中提出合理建議。此外，對于一個靈活多變的長期合作關系，你應該能夠自己開始并控制測試。這將確保在必要時你可以自己保證你的測試成功。此外，必要時你要能與測試人員溝通，詢問額外的問題。后，你要能夠將現有系統（如JIRA）與群體測試平臺連接，有效地在開發過程中得到反饋。不過，重要的還是要有一個懂得如何激勵群體測試并不斷提供高性能和優良品質的合作伙伴。這意味著要有一個專門社區經理團隊以及特殊社區成員來幫助管理和開發測試員社區。
結論
群體測試通過將外部反饋環路整合到開發過程中來幫助開發成功的應用程序。使用群體測試，敏捷開發團隊由敏捷測試資源支持。對于那些適用于多個環境空間的應用程序（如Web應用程序或本地Android應用程序），在負面評論可能損害評級前，測試群體在真實條件下進行測試。當與一個稱職的合作伙伴合作時，可以輕松地將測試群體整合到發展過程中去并產生長期的高商業價值。多雇傭一個員工可能動輒一個月4，000多歐元，而使用群體測試對一個移動應用程序進行周測試的花費大概不超過一個月2000歐元。
版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/2014612151710.html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
