軟件測(cè)試之產(chǎn)品測(cè)試流程

更新時(shí)間:2018年03月30日15時(shí)47分來(lái)源:傳智播客瀏覽次數(shù):

一、需求階段：

測(cè)試人員了解項(xiàng)目需求及需求變更，包括需求規(guī)格說(shuō)明書(shū)、功能結(jié)構(gòu)及模塊劃分，根據(jù)需求梳理測(cè)試點(diǎn)。

二、測(cè)試計(jì)劃階段：

測(cè)試計(jì)劃環(huán)節(jié)需要考慮測(cè)試工具選取，考慮需要測(cè)試的業(yè)務(wù)點(diǎn)，涉及到多業(yè)務(wù)量測(cè)試團(tuán)隊(duì)測(cè)試，需考慮人員分配問(wèn)題，如：哪些人準(zhǔn)備測(cè)試執(zhí)行，哪些人準(zhǔn)備測(cè)試過(guò)程中數(shù)據(jù)的收集與整理為后面統(tǒng)一分析做準(zhǔn)備。

測(cè)試環(huán)境梳理為測(cè)試需要部署哪些應(yīng)用，應(yīng)用是單節(jié)點(diǎn)部署還是分布式部署，每個(gè)應(yīng)用分配幾臺(tái)機(jī)器進(jìn)行部署，以及測(cè)試工具及監(jiān)控工具的部署等。

測(cè)試數(shù)據(jù)梳理為測(cè)試過(guò)程中需要考慮可能用到哪些數(shù)據(jù)如同時(shí)登陸的場(chǎng)景需要不同的用戶，測(cè)試翻頁(yè)功能需要的數(shù)據(jù)量，通過(guò)測(cè)試數(shù)據(jù)梳理能夠理清可能需要編寫(xiě)哪些輔助腳本來(lái)進(jìn)行測(cè)試。

測(cè)試場(chǎng)景梳理為根據(jù)選取的測(cè)試業(yè)務(wù)點(diǎn)來(lái)設(shè)計(jì)需要測(cè)試的場(chǎng)景。

3. 測(cè)試準(zhǔn)備階段：

代碼管理為分為開(kāi)發(fā)代碼、測(cè)試基線、正式基線等，測(cè)試代碼應(yīng)在測(cè)試基線中進(jìn)行即與開(kāi)發(fā)的代碼管理庫(kù)分離，測(cè)試合格的代碼才可以分支到正式基線中。

測(cè)試環(huán)境的搭建工作也需要進(jìn)行管理，哪些服務(wù)器用來(lái)搭建哪些應(yīng)用應(yīng)當(dāng)有對(duì)應(yīng)的部署文檔以及部署架構(gòu)圖，即測(cè)試環(huán)境需心中有數(shù)且有文檔記錄，讓人一目了然。

測(cè)試用例編寫(xiě)可以根據(jù)功能測(cè)試框架來(lái)進(jìn)行，覆蓋到所需測(cè)試的模塊以及需求中指出的測(cè)試點(diǎn)。

測(cè)試數(shù)據(jù)準(zhǔn)備為在系統(tǒng)正式測(cè)試前就準(zhǔn)備好測(cè)試時(shí)需要的數(shù)據(jù)，如移動(dòng)查單需提前準(zhǔn)備好手機(jī)號(hào)碼用來(lái)測(cè)試查詢。

測(cè)試腳本準(zhǔn)備為測(cè)試過(guò)程中通過(guò)手工無(wú)法進(jìn)行或者效率很低可以通過(guò)代碼來(lái)實(shí)現(xiàn)的環(huán)節(jié)，如：登錄用戶的準(zhǔn)備，千萬(wàn)條用戶性能測(cè)試同時(shí)登錄系統(tǒng)，需要編寫(xiě)sql腳本來(lái)批量生成用戶賬號(hào)數(shù)據(jù)，又如：接口測(cè)試根據(jù)接口測(cè)試文檔預(yù)先編寫(xiě)好所有的接口測(cè)試腳本。

4. 測(cè)試執(zhí)行階段：

功能測(cè)試可以通過(guò)傳統(tǒng)測(cè)試用例測(cè)試+探索式測(cè)試一起執(zhí)行，提高測(cè)試產(chǎn)品的質(zhì)量，性能測(cè)試將測(cè)試準(zhǔn)備階段準(zhǔn)備好的腳本和數(shù)據(jù)以及部署好的工具，按照寫(xiě)好的測(cè)試方案來(lái)進(jìn)行測(cè)試，接口測(cè)試按照接口測(cè)試方案來(lái)運(yùn)行已編寫(xiě)好的腳本。即讓所有的測(cè)試有條不紊的運(yùn)行，不是想到哪是哪，而且所有的測(cè)試不是一蹴而就的，測(cè)試過(guò)程中需要進(jìn)行bug的跟蹤，指派給對(duì)應(yīng)的負(fù)責(zé)人，把握項(xiàng)目的測(cè)試進(jìn)度。

5. 測(cè)試結(jié)果分析階段：

根據(jù)測(cè)試的結(jié)果、日志收集結(jié)果、資源收集結(jié)果、異常跟蹤結(jié)果等匯總分析生成測(cè)試分析報(bào)告并給出可行性的建議，如果涉及到調(diào)優(yōu)工作，還需對(duì)調(diào)優(yōu)結(jié)果進(jìn)行驗(yàn)證，需要對(duì)上線的風(fēng)險(xiǎn)進(jìn)行評(píng)估。

6. 上線準(zhǔn)備階段：

測(cè)試人員需要準(zhǔn)備線上測(cè)試需要用到的數(shù)據(jù)，需結(jié)合生產(chǎn)環(huán)境進(jìn)行，如系統(tǒng)生成訂單測(cè)試環(huán)境是不需要uim卡號(hào)的，但是真實(shí)的線上環(huán)境需要用到uim卡號(hào)，這就需要提前準(zhǔn)備好線上測(cè)試的數(shù)據(jù)。

上線準(zhǔn)備需要提供測(cè)試合格的發(fā)布資料(包括：發(fā)布包、數(shù)據(jù)庫(kù)腳本、用戶手冊(cè)、部署文檔、維護(hù)手冊(cè)等)、還需要考慮好回滾方案。

7. 上線后測(cè)試跟蹤階段：

可以持續(xù)構(gòu)建接口自動(dòng)化，快速進(jìn)行一輪接口測(cè)試，保證常規(guī)接口正常運(yùn)行，功能測(cè)試可以根據(jù)測(cè)試用例+探索式測(cè)試來(lái)進(jìn)行，如果是更新補(bǔ)丁等，需要重點(diǎn)對(duì)上線更新的功能進(jìn)行驗(yàn)證測(cè)試，當(dāng)然測(cè)試過(guò)程中必不可少要進(jìn)行bug的跟蹤。

8. 項(xiàng)目總結(jié)階段：

對(duì)于項(xiàng)目整體的質(zhì)量做總結(jié)分析，給出總結(jié)報(bào)告，測(cè)試人員需要根據(jù)每次的測(cè)試、上線等積累符合項(xiàng)目的bug預(yù)防體系，總結(jié)項(xiàng)目經(jīng)常出現(xiàn)bug的種類、位置、以及可以提出針對(duì)性的規(guī)避措施，提高產(chǎn)品質(zhì)量。