聽了百人計劃四組組長阿輝6.21的分享課程，記錄并參考實際工作做對比總結(jié)。

一、測試流程

需求分析

把需求轉(zhuǎn)化為功能點

功能測試之外

對項目的影響面進行分析

做好發(fā)布前的準(zhǔn)備

做好線上測試

做好總結(jié)

努力拓展測試途徑

二、需求分析

了解需求

場景分析

競品分析

測試怎么去做需求分析？

提前閱讀需求文檔，對不理解或產(chǎn)生歧義的地方做出批注，特別是對功能需求不明確的，或者對需求挖掘不夠的地方進行標(biāo)注。

參加需求評審會的注意事項：

1、在評審時進一步了解需求，并對提前標(biāo)注的內(nèi)容有針對性的提問，在需求階段把存在的風(fēng)險避免掉

2、在評審階段注意聽并記好問題點，集中提問，避免打斷產(chǎn)品經(jīng)理的話，延長評審時間

3、站在用戶角度考慮問題，需求要滿足哪些人，用戶在什么情況下使用該系統(tǒng)或功能

三、怎么把需求轉(zhuǎn)化為功能測試點

1、把顯示和數(shù)據(jù)進行分離

將UI和數(shù)據(jù)解耦

先關(guān)注數(shù)據(jù)的產(chǎn)生與業(yè)務(wù)處理的正確性，之后再關(guān)注UI對數(shù)據(jù)的顯示的正確性，還有體驗

先是數(shù)據(jù)的正確性，利用接口測試進行測試，然后才去看顯示的正確性

當(dāng)然數(shù)據(jù)分離不適合所有的

顯示和數(shù)據(jù)分離的好處

通過接口測試來獲取接口傳遞的內(nèi)容是否正確，這樣可以保證服務(wù)端業(yè)務(wù)處理是正確的，然后再去測試前端的展示，這樣測更詳細(xì)

2、給功能點劃分優(yōu)先級

1、數(shù)據(jù)的創(chuàng)建和更新優(yōu)先于數(shù)據(jù)查詢

2、數(shù)據(jù)查詢優(yōu)先于數(shù)據(jù)顯示

3、業(yè)務(wù)邏輯判斷也有一個優(yōu)先級

黑盒測試法功能點

分析輸入輸出，根據(jù)輸入的分類來劃分功能點，可以是枚舉

功能的輸入類型

1、用戶數(shù)據(jù)的輸入，表單等

2、系統(tǒng)提供的數(shù)據(jù)，如股票實時交易過程中價格以及成交記錄等

3、時間變量

4、某些功能可以運行的前提條件，有時候某個功能存在的意義，必須依賴于其它模塊的輸入，但是這個輸入并不屬于該功能的輸入

3、自頂向下的拆解

由點到面，由全局到局部的分析方法，就是自頂向下的分析方法

用X-mind進行細(xì)分，當(dāng)細(xì)分到一個功能點，他本身不再是一種功能的時候，或者是劃分到某個業(yè)務(wù)不可再分的時候，那么我們就可以停下來，就停止細(xì)分了

4、手工的接口測試

從開發(fā)獲取接口文檔

5、兼容性測試和安裝卸載測試

兼容性測試

首先保證功能正常，其次UI方面也有交互體驗的測試，這個比較關(guān)鍵

兼容性測試：網(wǎng)頁端，普通瀏覽器的兼容，一些分辨率的兼容

IE瀏覽器是個坑，從IE6-IE11都要兼容

客戶端：IOS或者Android，不同的版本，不同的機型，都要做兼容性測試

C端，PC端，不同的版本不同的操作系統(tǒng)也是要做兼容性測試

不同的瀏覽器內(nèi)核，IE\360\Chrome等

6、性能測試：并發(fā)、負(fù)載、穩(wěn)定性、壓力

7、系統(tǒng)的故障恢復(fù)測試

項目產(chǎn)生的影響，比如項目對系統(tǒng)的研發(fā)有影響，那我們就要利用自己對系統(tǒng)的了解程度，還有自己本身具備的系統(tǒng)知識，在需求分析的時候明確哪些是屬于需要回歸測試的。

圈定一個范圍后，和開發(fā)溝通，可以了解哪些系統(tǒng)哪些模塊可能受到影響

一般來講受影響的功能都需要拉出通用的用例和個性化的用例進行重新測試

可能受到影響的需要拉出來一部分優(yōu)先級為一的用例來進行回歸

一定不會受到影響的，那就交給驗收進行測試

四、強調(diào)做好發(fā)布前的準(zhǔn)備

1、數(shù)據(jù)的初始化腳本是否OK

2、配置的腳本是否OK

3、發(fā)布的流程是否準(zhǔn)備OK

4、發(fā)布人以及生產(chǎn)環(huán)境回歸測試人員是否就位是否OK

5、應(yīng)急預(yù)案：若發(fā)布失敗，應(yīng)急的預(yù)案是什么樣子的？

五、發(fā)布完成后，做好線上的測試

發(fā)布后，測試人員做哪些事情？在有限的條件下

1、在線上回歸所有測試環(huán)境發(fā)現(xiàn)過的bug

2、回歸系統(tǒng)的主要業(yè)務(wù)流程

3、做好探索性測試

4、定期定時對線上的功能進行回測

六、做好總結(jié)

測試人員要維護bug庫，系統(tǒng)分析產(chǎn)生bug的原因，并且把原因分門別類統(tǒng)一出來，形成文檔， 把文檔在測試人員和開發(fā)人員之間共享，督促開發(fā)人員不再犯同樣的錯

七、聽完這次分享，你覺得有哪些可借鑒的，你之前哪些沒做好？

我目前所負(fù)責(zé)的測試是電子產(chǎn)品的固件測試，所執(zhí)行的步驟大體相同，但具體執(zhí)行內(nèi)容差別很大。

在評審時測試主要是明確項目包含的功能點，產(chǎn)品配置，各環(huán)節(jié)人員配置，時間節(jié)點等內(nèi)容，提前做好準(zhǔn)備，一些功能的探討和確認(rèn)是否能做到，由研發(fā)人員根據(jù)方案來確定。

功能測試、兼容性測試、性能測試一般會有通用的模板，必要時做一些調(diào)整。

初步接觸互聯(lián)網(wǎng)軟件測試，很多都是看著新的，好好學(xué)習(xí)，每天進步一點點。