敏捷開發(fā)模式中的測試方法集成
App是基于基礎(chǔ)軟件開發(fā)模式而開發(fā)和測試的。傳統(tǒng)和敏捷模式都是比較常用的。
傳統(tǒng)軟件開發(fā)模式，像V-Model，有高規(guī)劃可靠性、標(biāo)準(zhǔn)以及簡易的可擴(kuò)展性和實(shí)用性等優(yōu)點(diǎn)。缺點(diǎn)是：對文件和必要的調(diào)整有高要求，缺少靈活性。
相反，敏捷模式有高靈活性，快速系統(tǒng)部署，低文件需求，且基本不拘泥于形式。缺點(diǎn)是：時間和預(yù)算編制困難，敏捷團(tuán)隊(duì)內(nèi)部有很多交流工作要做，尤其對團(tuán)隊(duì)成員的個人能力很依賴。
總之，app是在緊張的“上市時間”周期內(nèi)開發(fā)的。定制是通過不斷升級執(zhí)行的，基本是app用戶的回饋結(jié)果。
這種種情況下，一個敏捷開發(fā)模式比傳統(tǒng)模式的優(yōu)點(diǎn)更多，因此我們在這里簡單介紹一下。
敏捷模式中的測試工作可分為三大方面：
每個方面都由適當(dāng)?shù)姆蟬prints (Scrum)時間表的測試方法支撐。使用敏捷模式時，有必要確保：
▪▪明確所完成的是一致的
▪▪ sprints中詳細(xì)計(jì)劃了自動化，建立了模擬服務(wù)
▪▪ sprints全程監(jiān)控回歸
▪▪明智地集成外部服務(wù)提供商（crowd， beta-tester network）
▪▪在過程中應(yīng)用所獲的測試經(jīng)驗(yàn)
注意：并不是每個項(xiàng)目中敏捷測試都是好的解決方案。
傳統(tǒng)模式通常是更好的方法，尤其是在有明確而詳細(xì)需求或緊縮預(yù)算和規(guī)定時間的特定公司問題的項(xiàng)目中。但是，如果使用一個敏捷模式有必要持續(xù)監(jiān)控產(chǎn)品積壓以及適應(yīng)其的基線。
總結(jié)
移動app測試中必須考慮很多方面重要的問題是用戶體驗(yàn)，可用移動硬件的覆蓋，連接和安全。一個移動app測試項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)是每個項(xiàng)目的個體，即測試標(biāo)準(zhǔn)的權(quán)重變化很大。將測試集成到基礎(chǔ)軟件開發(fā)模式中對一個成功的移動app測試項(xiàng)目至關(guān)重要。因?yàn)橐苿觓pp項(xiàng)目的緊張時間表，有必要定制測試方法，調(diào)整測試范圍并明確測試覆蓋面。必須快速靈活地適應(yīng)采取的App開發(fā)決定因素的方法。
版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://hgh666.cn/news/html/201410895208.html
原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。
