筆者所在項(xiàng)目經(jīng)歷了一個(gè)月開發(fā)周期，該項(xiàng)目有5名開發(fā)人員，1名項(xiàng)目經(jīng)理，1名測(cè)試人員，涵蓋OA系統(tǒng)8個(gè)模塊，在短短1個(gè)月中進(jìn)行了5次發(fā)布。

現(xiàn)進(jìn)行模塊測(cè)試策略分類歸納。

已有模塊

配置項(xiàng)優(yōu)化

對(duì)于已有模塊的配置項(xiàng)優(yōu)化，開發(fā)的主要工作是在流程后臺(tái)和系統(tǒng)模塊配置模塊中配置對(duì)應(yīng)的適應(yīng)各單位用戶的流程。

測(cè)試的策略在于流程測(cè)試，理論上配置不改動(dòng)代碼不會(huì)影響原功能，于是在流程測(cè)試過(guò)程中順便完成了回歸測(cè)試。

在大家都認(rèn)為沒(méi)有問(wèn)題的信息模塊，測(cè)試過(guò)程中卻發(fā)現(xiàn)審批不通過(guò)時(shí)會(huì)報(bào)錯(cuò)。

測(cè)試流程的主體思路是覆蓋正向流程和反向流程，在測(cè)試過(guò)程中尤其要注意反向流程，包括審批不通過(guò)時(shí)流程流轉(zhuǎn)到原審批節(jié)點(diǎn)，以及在原審批節(jié)點(diǎn)再次編輯并提交發(fā)起流程的場(chǎng)景。

總結(jié)1：后期遇到這種任務(wù)緊測(cè)試資源少的情況，對(duì)存配置的模塊簡(jiǎn)單測(cè)正反向流程即可。

功能優(yōu)化

對(duì)于已有模塊的功能優(yōu)化，涉及到新增字段、新增菜單、新增流程，開發(fā)人員需要增加界面、增加數(shù)據(jù)表字段，需要進(jìn)行常規(guī)功能測(cè)試。

設(shè)計(jì)測(cè)試用例是必要的，雖然沒(méi)有時(shí)間寫測(cè)試計(jì)劃但是在大腦中已形成了測(cè)試計(jì)劃，知道測(cè)試重點(diǎn)、怎么測(cè)試，對(duì)功能有疑點(diǎn)的及時(shí)找了開發(fā)確認(rèn)，但是開發(fā)并沒(méi)有引起重視。

回歸測(cè)試階段與項(xiàng)目經(jīng)理溝通中，該界面被指出與所要求的不符，進(jìn)行了又一輪修改。

在開發(fā)工期緊張的情況下，開發(fā)不一定會(huì)去把所有疑點(diǎn)確認(rèn)，測(cè)試人員應(yīng)該再找到項(xiàng)目經(jīng)理一起確認(rèn)，避免后期開發(fā)出的功能不符合需求的情況，減少后期修改帶來(lái)更多的時(shí)間和成本代價(jià)。

整體測(cè)試過(guò)程中，由于有設(shè)計(jì)的測(cè)試用例做指導(dǎo)，基本覆蓋住了正常和異常的業(yè)務(wù)場(chǎng)景，主流、分支流的流程測(cè)試，四種場(chǎng)景流程均進(jìn)行了測(cè)試，保證了發(fā)布功能的質(zhì)量。

總結(jié)2：功能測(cè)試需要以設(shè)計(jì)的測(cè)試用例為指導(dǎo)。在開發(fā)工期緊張的情況下，測(cè)試人員有必要將功能歧義點(diǎn)和開發(fā)、項(xiàng)目經(jīng)理一起進(jìn)行確認(rèn)，減少測(cè)試的功能南轅北轍的錯(cuò)誤發(fā)生。

新增模塊

新增管理模塊

對(duì)于會(huì)議室管理、供應(yīng)商管理、工作聯(lián)絡(luò)函、生產(chǎn)任務(wù)管理這些新模塊，涉及到新增模塊、新增流程，開發(fā)人員需要搭建界面、寫接口文檔、設(shè)計(jì)創(chuàng)建數(shù)據(jù)庫(kù)，需要進(jìn)行常規(guī)功能測(cè)試。

在這一測(cè)試過(guò)程中，項(xiàng)目團(tuán)隊(duì)在創(chuàng)建初期，測(cè)試流程不規(guī)范，口頭提測(cè)，于是加強(qiáng)了測(cè)試流程宣貫和流程規(guī)范工作，這一過(guò)程中要力爭(zhēng)得到上級(jí)項(xiàng)目經(jīng)理的支持。

首先讓開發(fā)人員送測(cè)時(shí)提供送測(cè)單，在測(cè)試前溝通好送測(cè)影響范圍和測(cè)試重點(diǎn)，避免測(cè)試工作偏頗影響進(jìn)度影響上線。

具體實(shí)施過(guò)程中只有會(huì)議模塊進(jìn)行了測(cè)試用例編寫，迫于上線壓力測(cè)試時(shí)間壓縮，使得在上線前測(cè)試工作僅完成了92.31%，發(fā)布后出現(xiàn)了遺漏問(wèn)題。

會(huì)議有6個(gè)子模塊，開發(fā)的送測(cè)代碼質(zhì)量不高，測(cè)試時(shí)間只有2天，要避免這種情況必須靠加班趕工，但是當(dāng)時(shí)沒(méi)有與項(xiàng)目經(jīng)理溝通是否能延遲時(shí)間。

遇到這種情況需要跟開發(fā)、項(xiàng)目經(jīng)理溝通，線上發(fā)布前告知項(xiàng)目經(jīng)理可能存在的風(fēng)險(xiǎn)。即便后期出現(xiàn)了問(wèn)題，項(xiàng)目經(jīng)理也心里有數(shù)，不會(huì)過(guò)多責(zé)怪。

總結(jié)3：時(shí)間緊的情況多與項(xiàng)目溝通，協(xié)調(diào)資源。

無(wú)測(cè)試用例

對(duì)于新模塊，沒(méi)有設(shè)計(jì)測(cè)試用例，第1個(gè)模塊僅一個(gè)菜單，1條流程分支，兩個(gè)流程節(jié)點(diǎn)，第2個(gè)模塊2個(gè)菜單，4條流程分支，每條流程分支有2個(gè)流程節(jié)點(diǎn)。

開發(fā)人員講解了測(cè)試重點(diǎn)，有可能產(chǎn)生問(wèn)題的地方，這些也是開發(fā)人員清楚的地方。

測(cè)試策略是以需求文檔為準(zhǔn)校驗(yàn)頁(yè)面字段和審批流程，以流程為主線校驗(yàn)業(yè)務(wù)邏輯。

總結(jié)4：迫于上線壓力未準(zhǔn)備測(cè)試點(diǎn)情況下，找開發(fā)溝通測(cè)試重點(diǎn)、可能存在的問(wèn)題處，做到有的放矢。

市場(chǎng)千變?nèi)f化，產(chǎn)品需要迅速推向市場(chǎng)，并在用戶使用過(guò)程中去做小范圍優(yōu)化，項(xiàng)目成員需要適應(yīng)這種變化，最近裁員風(fēng)波不斷，測(cè)試人員也需適應(yīng)并擁抱變化，加強(qiáng)自身的戰(zhàn)斗力，以使自己經(jīng)手的項(xiàng)目質(zhì)量經(jīng)得起用戶和市場(chǎng)的考驗(yàn)！

最后：在我的V：atstudy-js，可以免費(fèi)領(lǐng)取一份10G軟件測(cè)試工程師面試寶典文檔資料。以及相對(duì)應(yīng)的視頻學(xué)習(xí)教程免費(fèi)分享！其中包括了有基礎(chǔ)知識(shí)、Linux必備、Shell、互聯(lián)網(wǎng)程序原理、Mysql數(shù)據(jù)庫(kù)、抓包工具專題、接口測(cè)試工具、測(cè)試進(jìn)階-Python編程、Web自動(dòng)化測(cè)試、APP自動(dòng)化測(cè)試、接口自動(dòng)化測(cè)試、測(cè)試高級(jí)持續(xù)集成、測(cè)試架構(gòu)開發(fā)測(cè)試框架、性能測(cè)試、安全測(cè)試等。