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