之前老曹發(fā)過(guò)app測(cè)試的一些想法，我這里還有一些app測(cè)試的具體指標(biāo)。部分是可以百度的到的，部分是自己總結(jié)的。

一、 測(cè)試周期

測(cè)試周期一般為兩周，根據(jù)項(xiàng)目情況以及版本質(zhì)量可適當(dāng)縮短或延長(zhǎng)測(cè)試時(shí)間。正式測(cè)試前先向主管或產(chǎn)品經(jīng)理確認(rèn)項(xiàng)目排期。

二、測(cè)試資源

測(cè)試任務(wù)開(kāi)始前，檢查各項(xiàng)測(cè)試資源。

1. 產(chǎn)品功能需求文檔
2. 產(chǎn)品原型圖
3. 產(chǎn)品效果圖
4. 行為統(tǒng)計(jì)分析定義文檔
5. 測(cè)試設(shè)備（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）
6. 其他（例如有秒殺專題的項(xiàng)目，需要規(guī)劃秒殺時(shí)間表；有優(yōu)惠券使用的項(xiàng)目，需要申請(qǐng)?zhí)砑觾?yōu)惠券數(shù)據(jù)；支付寶/銀聯(lián)支付功能的項(xiàng)目，需要提前申請(qǐng)支付寶/銀聯(lián)賬戶等等）

二、測(cè)試要點(diǎn)

1. 接收版本

本人覺(jué)得，這個(gè)過(guò)程可以直接略過(guò)。非專業(yè)測(cè)試著，不喜勿拍。

2. UI測(cè)試

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

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

C）? 一切界面問(wèn)題以效果圖為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢問(wèn)產(chǎn)品經(jīng)理。

D）由于測(cè)試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測(cè)試時(shí)必須預(yù)先考慮到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型。

3. 功能測(cè)試

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

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

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

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

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

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

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

4. 兼容測(cè)試/性能測(cè)試

A）? 確保軟件在所有兼容機(jī)型上都能正常使用（ios一般需要兼容7或者6, ?ios5可以不用考慮，用戶使用率已經(jīng)低于5%以下）

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

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

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

5. 后臺(tái)訂單統(tǒng)計(jì)測(cè)試

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

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

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

6. 用戶行為統(tǒng)計(jì)測(cè)試

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

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

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

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

7. 回歸測(cè)試

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

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

C）只有在回歸測(cè)試通過(guò)之后，才對(duì)產(chǎn)品進(jìn)行提交。

三、測(cè)試日?qǐng)?bào)及產(chǎn)品上線報(bào)告

1. 測(cè)試人員每天需對(duì)所測(cè)項(xiàng)目發(fā)送測(cè)試日?qǐng)?bào)。
2. 測(cè)試日?qǐng)?bào)所包含的內(nèi)容為：

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

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

C）對(duì)版本的整體情況進(jìn)行評(píng)估。

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

整理：人人都是產(chǎn)品經(jīng)理 ?lemongrass