Bug測試
大量功能測試是任何成功app的基礎。為了避免組織性盲目，開發團隊外的測試員應該包含
在內，這樣工作人員和獨立的測試員都在評估該app。很多例子中，經驗豐富的測試員和無偏見的用戶的組合提供大利益。前者確實地知道去哪看并發現缺陷，后者可能會發現有可能錯失的東西。因此，創建一個結構和探索的測試組合以覆蓋盡可能多的場景很有意義。根據app的階段以及內部資源的可用性，內部外部都可以完成。
實用性測試
無論是消費者中還是在企業內部，實用性是app成功的關鍵因素。發布前，app應該由目標團體測試以充分了解他們的需求。這樣，企業可以評估開發流程的某個階段初的需求有沒有實現。對于消費類app，群體測試是質量保證和可用性測試的既定方法。群體測試通過大量測試員提供特定目標團體和設備。開發企業app時，員工或企業客戶代替了群體。他們是未來用戶且知道什么對他們有用什么沒用。不是獨立實施測試流程，企業應該考慮使用外部服務供應商的群體平臺基礎設施來給他們自己的員工或客戶群分配測試。該方法叫做“Bring-Your-Own-Crowd?”。通過一個管理測試流程，它減少了項目管理的時間和預算，這樣產生了可以被直接推回開發過程的高質量結果。這樣一來，即使是有機密數據或限制訪問公司設備的測試也是隨時有可能的。
設備多樣性和兼容性
了解用戶期待只能在app真的適用于所有必要設備時有所幫助。設備自備（BYOD）已變成許多企業的常用做法且在開發企業app時帶來了重大挑戰。如果沒有標準的企業設備，app必須在將使用app的員工設備和平臺上有用。考慮到越來越多的碎片，尤其是在安卓市場中，這很難實現。這種情況下，外部群體測試保證在特定市場上可以去的所有設備，如果外部測試員可以接觸到app的話，比如通過VPN連接。
計劃和成本
大量的測試需要考慮測試成本的預算。避免這些成本的企業應該記住如果開發的app不被接受會有什么損失。企業app可以優化內部進程，并通過提高效率節省成本。但是作為被拒app的結果，數字和模擬基礎設施的共存將增加成本。如果員工不滿意企業的官方app，他們或許會尋找非認證的替代品，當然這會帶來安全和財務后果。如果企業決定將他們的員工整合到測試過程中，需要分配適當的時間和資源。員工需要使用他們的工作時間去測試，因此有可能會推遲其他任務。此外，所有測試員都需要有強烈的責任感以便得到有意義且高質量的結果。這樣，讓不情愿的員工去測試app并不令人滿意。如果結果早期參與他們還是對app沒有興趣，那么需要找出其他誘因如bug獎金或其他形式的獎勵。企業app對于業務流程的重要性在接下來的幾年將大大地增加。為了創建有用且吸引消費者的app，他們需要參與到開發過程中去。像消費品行業中，開發之前用戶期待和設備多樣性是需要詳細測試策略的主要挑戰。通過Bring-Your-Own-Crowd?方法讓用戶和測試幫助應對這些挑戰，并為有效的bug和實用性測試提供一個框架。
版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/2015911152502.html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
