轉(zhuǎn)發(fā)：測試左移和測試右移

http://www.itdecent.cn/p/114e041483cc

大家熟悉的測試工作可能是，接到項目后參與需求評審，然后根據(jù)需求文檔寫寫用例和準(zhǔn)備腳本，等開發(fā)提測之后正式開始測試、提bug、回歸，測試通過后就結(jié)束了，項目交給運(yùn)維上線，之后投入下一個項目繼續(xù)重復(fù)這樣的流程。這樣的流程看似沒什么問題，但缺點(diǎn)是，測試同學(xué)非常被動：當(dāng)需求質(zhì)量、開發(fā)質(zhì)量差的時候，你只能被動接受，結(jié)果就是你會進(jìn)行漫長痛苦的測試過程以及因為質(zhì)量差導(dǎo)致上線延期；同時很有可能一個線上問題裸奔了幾個月，最后是業(yè)務(wù)方先發(fā)現(xiàn)才排查到是bug導(dǎo)致，由于影響時間過長給公司造成的損失巨大，還被質(zhì)疑為什么這么明顯簡單的問題上線之后沒人發(fā)現(xiàn)。

但是如果你實踐了測試左移以及測試右移，你就能擁有更多的主動權(quán)，你有更充足的時間進(jìn)行測試，同時不會像之前因為質(zhì)量差風(fēng)險高每次都延期上線，并且產(chǎn)品的質(zhì)量也能有保證。為什么測試左移和右移能做到這點(diǎn)呢，我們先了解一下什么是測試左移和右移。

測試左移

測試左移就是在提測之前已經(jīng)介入了測試。在需求評審時不只是了解需求，更是要去評估需求的質(zhì)量，分析需求的合理性以及完整性。在開發(fā)階段時也要參與設(shè)計方案的設(shè)計，了解開發(fā)的實現(xiàn)方式。因為很多開發(fā)可能只對他負(fù)責(zé)的那一塊熟悉，作為測試需要評估改動范圍以及是否有遺漏的模塊和系統(tǒng)。測試還可以通過提供測試案例或者自動化測試腳本的方式給開發(fā)，讓開發(fā)在設(shè)計時考慮地更全面，同時方便開發(fā)在coding時進(jìn)行自測，有助于提高產(chǎn)品質(zhì)量，畢竟越早發(fā)現(xiàn)問題，解決的成本就越低。測試同學(xué)還需要不斷地培養(yǎng)產(chǎn)品、開發(fā)同學(xué)的質(zhì)量意識，同時提供必要的技術(shù)支持，協(xié)助產(chǎn)品、開發(fā)更好的進(jìn)行測試，比如公共用例、測試工具、測試腳本。這樣，你會發(fā)現(xiàn)提測的質(zhì)量大大提高了，原本提測后你還需要花一天的時間進(jìn)行冒煙測試，現(xiàn)在都可以有時間進(jìn)行更多的探索了。

測試右移

測試右移是上線后測試同學(xué)仍需要關(guān)注線上情況，不能認(rèn)為功能上線測試同學(xué)就可以退出了。通過線上監(jiān)控和預(yù)警，及時發(fā)現(xiàn)問題并跟進(jìn)解決，將影響范圍降到最低。在開發(fā)設(shè)計時就要考慮預(yù)警功能，系統(tǒng)層（如cpu、內(nèi)存問題）、應(yīng)用層（如響應(yīng)時間）、業(yè)務(wù)層（如注冊率、交易量）等出現(xiàn)異常的時候通過郵件等方式發(fā)出預(yù)警，相關(guān)同學(xué)才能知道哪里出了問題。技術(shù)同學(xué)要比業(yè)務(wù)方先發(fā)現(xiàn)問題，如果業(yè)務(wù)方已經(jīng)發(fā)現(xiàn)業(yè)務(wù)量明顯下降，說明問題已經(jīng)很嚴(yán)重了。你也許會問，這跟測試同學(xué)有什么關(guān)系呢？測試同學(xué)可以監(jiān)督開發(fā)需要補(bǔ)充監(jiān)控預(yù)警功能，同時可以提供監(jiān)控指標(biāo)。還有一個是關(guān)注線上業(yè)務(wù)及用戶使用情況，更多地關(guān)注用戶價值高、使用率高的功能，在用例中補(bǔ)充遺漏的場景，盡量多地覆蓋這些功能。

不管是測試左移還是測試右移，都是為產(chǎn)品質(zhì)量服務(wù)。不要把提測認(rèn)為是測試活動的開始，上線是測試活動的結(jié)束，更不要認(rèn)為質(zhì)量只是測試同學(xué)需要關(guān)注的

作者：circle_hyy

鏈接：http://www.itdecent.cn/p/114e041483cc

來源：簡書

著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請注明出處。