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

版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://hgh666.cn/news/html/2015911152502.html
原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。