影響凡人生活的巨大體系必有弊端
----索福克勒斯

引言

在以往的測(cè)試中，產(chǎn)品形態(tài)、業(yè)務(wù)形態(tài)都比較單一，無論是對(duì)于功能測(cè)試、自動(dòng)化測(cè)試來講，相對(duì)實(shí)現(xiàn)比較容易。顯而易見，單機(jī)系統(tǒng)、小型微服務(wù)又或者業(yè)務(wù)未解耦的系統(tǒng)通常測(cè)試壓力比較小，回歸點(diǎn)比較容易梳理。

一句話來總結(jié)：業(yè)務(wù)形態(tài)比較簡(jiǎn)單

但是當(dāng)業(yè)務(wù)形態(tài)比較復(fù)雜的時(shí)候，單單靠人力來完成，那就會(huì)有加不完的班，做不完的回歸測(cè)試。

技術(shù)服務(wù)于業(yè)務(wù)，技術(shù)在做解耦的同時(shí)，業(yè)務(wù)也在做解耦，終極目的都是讓產(chǎn)品多元化。

背景

近期我所在的業(yè)務(wù)線業(yè)務(wù)突然暴漲，需求源源不斷，這對(duì)我們來講是個(gè)究極考驗(yàn)，尤其是在回歸測(cè)試方面。

以最近做的業(yè)務(wù)為例：

對(duì)接外部合作項(xiàng)目，產(chǎn)品形態(tài)非常多，有各種各樣的設(shè)備、各種各樣的小程序，H5

形態(tài)是一方面，重要的是對(duì)接外部合作項(xiàng)目比較特殊，各個(gè)渠道都會(huì)或多或少的有定制化操作，不局限頁(yè)面或接口。

當(dāng)然，在UI方面，個(gè)人認(rèn)為回歸比較難。且自身團(tuán)隊(duì)UI自動(dòng)化實(shí)踐的比較淺。

反觀，如UI不可取，那么只能去回歸接口。

難點(diǎn)便在于接口，外部合作對(duì)接上層接口一般分為2-3類，底層服務(wù)接口又有2類。且實(shí)現(xiàn)正式/預(yù)發(fā)回歸數(shù)據(jù)清理比較復(fù)雜，會(huì)產(chǎn)生一定的冗余數(shù)據(jù)。

那么回歸只能靠點(diǎn)點(diǎn)點(diǎn)了？

這個(gè)時(shí)候可能只能靠接口回歸去硬著頭皮上，但是日常工作便有很多需求，不能同時(shí)保證多線程工作（確實(shí)有那么多工作。。。）

回到的最原始的話題：效率 or 質(zhì)量？

效率為王&質(zhì)量為王？

站在高層角度上看：效率和質(zhì)量，都要

實(shí)踐

那么，面對(duì)問題，我們先做如下實(shí)踐，是否有效果先打問號(hào)

具體如下：

·流程

·技術(shù)

·測(cè)開互動(dòng)

a、流程

在流程上，應(yīng)當(dāng)樹立起技術(shù)方案實(shí)現(xiàn)碰頭會(huì)，開發(fā)須出技術(shù)實(shí)現(xiàn)方案文檔，同步測(cè)試人員且與之進(jìn)行評(píng)審；

技術(shù)方案具體內(nèi)容是在與增加、改動(dòng)的接口，以及開發(fā)自行評(píng)估的改動(dòng)影響范圍；

提測(cè)文件中須注明涉及影響面、梳理出詳細(xì)接口字段；以及自己評(píng)估出可能影響的業(yè)務(wù)；

測(cè)試審查單測(cè)、冒煙通過率，切記不能為了通過而通過；

回歸測(cè)試基線用例以及接口自動(dòng)化一定保證通過。

b、技術(shù)

測(cè)試須梳理出整體業(yè)務(wù)的基線用例；

開發(fā)出具需求實(shí)現(xiàn)方案、涉及改動(dòng)點(diǎn)以及影響范圍；

開發(fā)完成冒煙、單測(cè)，出具相關(guān)報(bào)告；

測(cè)試根據(jù)基線用例實(shí)現(xiàn)接口自動(dòng)化用例；

接口自動(dòng)化用例覆蓋單接口、場(chǎng)景；可集成Sonar;

codeReview循序漸進(jìn)。

c、測(cè)開互動(dòng)

評(píng)審需求的時(shí)候需要基于業(yè)務(wù)理解度提出影響面且羅列出來；

技術(shù)方案評(píng)審之時(shí)需要用基線用例去評(píng)估可能影響的面，與開發(fā)進(jìn)行碰撞影響面的大小；

階段性共同復(fù)盤，不局限于項(xiàng)目、bug等。

尾聲
由于近期線上問題出現(xiàn)頻率較為頻繁，執(zhí)行如上舉措，嘗試能否改良。