APP開發(fā)標(biāo)準(zhǔn)流程及相關(guān)注意事項(xiàng)

眾所周知墩虹，整個(gè)移動(dòng)app設(shè)計(jì)和開發(fā)都是一項(xiàng)龐大的工程又厉。

一,APP開發(fā)及上線流程步驟如下：

1.APP創(chuàng)意形成菠镇。主要功能及大概界面構(gòu)思及設(shè)計(jì)。

2.APP開發(fā)項(xiàng)目評估禀梳。產(chǎn)品經(jīng)理與研發(fā)人員碰頭會(huì)議杜窄。

3.設(shè)計(jì)部門開始設(shè)計(jì)APP的原型圖及UI產(chǎn)品界面及UE用戶體驗(yàn)。并最終得到成型的效果圖算途。以及所有相關(guān)的UI圖片塞耕。

4.以產(chǎn)品經(jīng)理與設(shè)計(jì)部門最終確定的效果圖為準(zhǔn)。開始研發(fā)工作嘴瓤。

5.（此項(xiàng)周期最長）研發(fā)階段：服務(wù)器搭建二套環(huán)境：測試環(huán)境與開發(fā)環(huán)境扫外，并做好后臺(tái)數(shù)據(jù)交互莉钙。ANDROID與IOS人員按照原型圖制作前端界面搭建和后臺(tái)服務(wù)器數(shù)據(jù)交互。測試人員同步各開發(fā)階段做好測試調(diào)BUG工作筛谚。

6.APP產(chǎn)品基本成型磁玉，同步進(jìn)入APP測試階段。解決各種顯性的BUG和暴力測試各種隱性的BUG驾讲。

7.測試環(huán)境下能找出的BUG基本解決之后蚊伞。開始提交產(chǎn)品經(jīng)理驗(yàn)收，由產(chǎn)品經(jīng)理自測并提出修改意見吮铭。

8.所有測試工作完成后时迫。開始進(jìn)入APP上架流程。IOS上架APP?store谓晌。安卓上架國內(nèi)各大應(yīng)用市場掠拳。一般上架前官方市場檢測時(shí)間為一周左右。所以如果有規(guī)定上架時(shí)間纸肉，那么必須在上架前15天左右就要完成所有開發(fā)與測試的工作溺欧。

二，三柏肪，APP開發(fā)人員配備與崗位要求：

產(chǎn)品經(jīng)理：出需求開發(fā)文檔胧奔，與APP原型圖。

研發(fā)經(jīng)理：APP內(nèi)的重難點(diǎn)技術(shù)攻關(guān)预吆，及安排各崗位研發(fā)人員工作。

服務(wù)器：測試環(huán)境與開發(fā)環(huán)境搭建胳泉。為IOS與ANDROID做好后臺(tái)數(shù)據(jù)交互需求拐叉。

UI：手機(jī)app界面設(shè)計(jì)——app素材收集與加工，手機(jī)app圖標(biāo)設(shè)計(jì)——app內(nèi)容制作上傳

ANDROID：負(fù)責(zé)安卓APP的界面搭建與后臺(tái)數(shù)據(jù)交互扇商，并提交各階段代碼給測試人員測試凤瘦。

IOS：負(fù)責(zé)蘋果APP的界面搭建與后臺(tái)數(shù)據(jù)交互，并提交各階段代碼給測試人員測試案铺。

測試：同研發(fā)人員的開發(fā)過程同步作各種測試：App內(nèi)容測試. App性能測試.App功能測試.App視覺測試蔬芥，并提交BUG給開發(fā)處理。

前端：人員待定控汉，主要針對有APP內(nèi)需要web網(wǎng)頁和PC端需要網(wǎng)站頁面時(shí)同步進(jìn)行的需求時(shí)笔诵。

四，建設(shè)周期：

想要開發(fā)一個(gè)相對較優(yōu)秀的app姑子。行業(yè)平均標(biāo)準(zhǔn)大多數(shù)3到6個(gè)月的時(shí)間乎婿。根據(jù)APP的功能開發(fā)難度上下浮動(dòng)。

五街佑，工作環(huán)境找搭建要求：

機(jī)器開發(fā)環(huán)境：各崗位人員到位后谢翎，環(huán)境搭建每個(gè)崗位人員自己搭建工作開發(fā)環(huán)境捍靠。

測試網(wǎng)絡(luò)環(huán)境：服務(wù)器人員負(fù)責(zé)搭建。

六森逮，七榨婆，在線測試樣本安全規(guī)章與用戶體驗(yàn)測試（在線前）：

檢查測試資源：測試任務(wù)開始前，檢查各項(xiàng)測試資源：產(chǎn)品功能需求文檔褒侧，產(chǎn)品原型圖良风，產(chǎn)品效果圖，行為統(tǒng)計(jì)分析定義文檔

檢查測試設(shè)備：（ios 8-ios 10璃搜；Android 4-Android

6等）

其他：（例如有秒殺專題的項(xiàng)目拖吼，需要規(guī)劃秒殺時(shí)間表；有優(yōu)惠券使用的項(xiàng)目这吻，需要申請?zhí)砑觾?yōu)惠券數(shù)據(jù)吊档；支付寶/銀聯(lián)支付功能的項(xiàng)目，需要提前申請支付寶/銀聯(lián)賬戶等等）

UI測試：

A）確保手頭的原型圖與效果圖為當(dāng)前最新版本唾糯。

B）確保產(chǎn)品UI符合產(chǎn)品經(jīng)理制定的原型圖與效果圖怠硼。

C）一切界面問題以效果圖為準(zhǔn)，若有用戶體驗(yàn)方面的建議移怯，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理香璃。D）由于測試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測試時(shí)必須預(yù)先考慮到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型舟误。

功能測試：

A）確保手頭的功能需求文檔為當(dāng)前最新版本葡秒。

B）確保所有的軟件功能都已實(shí)現(xiàn)且邏輯正常。

C）一切功能問題以需求文檔為準(zhǔn)嵌溢，若有用戶體驗(yàn)方面的建議眯牧，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。個(gè)人建議赖草，用戶體驗(yàn)方面的建議学少，優(yōu)先級放在修復(fù)bug之后。

D）若有些功能在技術(shù)上難以實(shí)現(xiàn)或者由于排期的原因無法在短時(shí)間內(nèi)實(shí)現(xiàn)秧骑，必須得到產(chǎn)品經(jīng)理的確認(rèn)版确，而不是單單只聽開發(fā)人員的技術(shù)解釋。此處確認(rèn)最好以郵件形式存在乎折。

E）所有的“外部原因”問題绒疗，都需要盡早地督促開發(fā)人員與客戶服務(wù)端人員聯(lián)系協(xié)調(diào)解決。并在之后的測試報(bào)告中予以體現(xiàn)骂澄。

F）所有的“設(shè)計(jì)如此”忌堂、“延期處理”問題，都需要和產(chǎn)品經(jīng)理確認(rèn)后再進(jìn)行驗(yàn)證酗洒。并在之后的測試報(bào)告中予以體現(xiàn)士修。

G）測試下單時(shí)枷遂，注冊的測試賬號必須符合公司規(guī)范；收貨地址必須包含“測試”關(guān)鍵字棋嘲，最好每次下單的名稱中含有日期酒唉，以便查詢；在正式環(huán)境中下單后必須取消該訂單等沸移。

兼容測試/性能測試：

A）確保軟件在所有兼容機(jī)型上都能正常使用（ios一般需要兼容7或者8）

B）對于低端性能兼容機(jī)上獨(dú)有的問題（例如ios8以下痪伦、Android4.0以下），若在技術(shù)上難以修改或者由于排期的原因無法在短時(shí)間內(nèi)改進(jìn)雹锣，必須在測試日報(bào)中注明网沾，并得到技術(shù)平臺(tái)主管、產(chǎn)品經(jīng)理以及運(yùn)營人員的確認(rèn)蕊爵，最好以郵件的形式得到確認(rèn)）

C）性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程辉哥，用戶常用的app都要后臺(tái)運(yùn)行的環(huán)境中測試。）

D）網(wǎng)絡(luò)響應(yīng)用戶體驗(yàn)方面的性能測試攒射，需要保證在wifi醋旦、4g、3g会放、2g網(wǎng)絡(luò)下的切換效果饲齐。比如wifi切換到2g，網(wǎng)絡(luò)響應(yīng)的速度以及切換界面咧最。

后臺(tái)訂單統(tǒng)計(jì)測試：

A）核對“客戶端相關(guān)啟動(dòng)查詢”項(xiàng)捂人，此項(xiàng)數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要矢沿。測試時(shí)必須保證該項(xiàng)中的各數(shù)據(jù)均正確滥搭，且每次啟動(dòng)軟件都會(huì)有相應(yīng)的統(tǒng)計(jì)記錄。

B）核對“訂單查詢”項(xiàng)咨察，測試時(shí)必須保證各數(shù)據(jù)均正確，且每次成功下單后都會(huì)有相應(yīng)的統(tǒng)計(jì)記錄福青。

C）需要注意的是摄狱，在成功下單之后，后臺(tái)會(huì)做判斷將該訂單劃到測試訂單范圍无午，測試人員必須到“訂單查詢（測試）”模塊中核對訂單統(tǒng)計(jì)記錄信息媒役。

用戶行為統(tǒng)計(jì)測試：

A）確保手頭的行為統(tǒng)計(jì)分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致宪迟。

B）確保產(chǎn)品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的酣衷。

C）盡可能真實(shí)地模擬用戶行為。

D）核對統(tǒng)計(jì)日志次泽，確保各項(xiàng)操作所對應(yīng)的頁面ID以及操作ID都是正確的穿仪。

回歸測試：

A）軟件最終上線前席爽，需對產(chǎn)品進(jìn)行回歸測試，測試內(nèi)容包含之前所有的測試項(xiàng)目

B）回歸測試不再對細(xì)節(jié)進(jìn)行測試啊片，而是類似于對產(chǎn)品進(jìn)行驗(yàn)收只锻，從客戶正常使用的角度對產(chǎn)品進(jìn)行再一輪的整體測試。

C）只有在回歸測試通過之后紫谷，才對產(chǎn)品進(jìn)行提交齐饮。

測試日報(bào)及產(chǎn)品上線報(bào)告：

測試人員每天需對所測項(xiàng)目發(fā)送測試日報(bào)。測試日報(bào)所包含的內(nèi)容為：

A）對當(dāng)前測試版本質(zhì)量進(jìn)行分級笤昨。

B）對較嚴(yán)重的問題進(jìn)行例舉祖驱，提示開發(fā)人員優(yōu)先修改。

C）對版本的整體情況進(jìn)行評估瞒窒。

產(chǎn)品上線前捺僻，測試人員發(fā)送產(chǎn)品上線報(bào)告

???1z8?O