前沿拓展：

cr 代碼

CR2023電池CR代表扣式鋰錳電池的國際IEC編號(hào)，其中C-以鋰金屬為負(fù)極，以二氧化錳為正極的化學(xué)電池體系，R-表示電池的形狀為圓柱形屬3V扣式鋰錳電池。20代表此款電池的直徑是20mm，23代表此款電池的厚度為2.3mm，標(biāo)稱電壓為3.0V。

1、前言

2、測試左移

2.1、左移實(shí)現(xiàn)步驟

2.2、左移過程改進(jìn)

3、測試右移

3.1、右移實(shí)現(xiàn)步驟

3.2、右移過程改進(jìn)

4、測試崗位要求

測試左移以及測試右移，能夠讓測試擁有更多的主動(dòng)權(quán)，有更充足的時(shí)間進(jìn)行測試，同時(shí)不會(huì)像之前因?yàn)橘|(zhì)量差風(fēng)險(xiǎn)高每次都延期上線，并且產(chǎn)品的線上質(zhì)量也能有保證。

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

如下圖所示：

大部分的問題在編碼階段引入。編碼階段引入問題的原因可能是代碼問題，需求理解問題，異常處理cover不到，集成階段，多團(tuán)隊(duì)合作對(duì)接過程等。

在集成階段發(fā)現(xiàn)問題的修復(fù)成本是編碼階段修復(fù)成本的40倍。

從編碼、單元測試、功能測試、系統(tǒng)測試、發(fā)布的不同階段，修復(fù)一個(gè)bug的成本在不同階段有著天壤差別。不僅從成本上，從修復(fù)難度，引入新問題的可能性，溝通成本，團(tuán)隊(duì)狀態(tài)也會(huì)有很大的影響。

造成修復(fù)成本高的原因有幾類：

1、出現(xiàn)一個(gè)線上問題，如何定位，多團(tuán)隊(duì)如何配合，如何確定根因？

2、線上問題，集成問題，牽扯到多個(gè)模塊，如何復(fù)現(xiàn)？如何模擬真實(shí)環(huán)境？多線程的場景？

3、如何確定修復(fù)方案，誰來修，臨時(shí)方案還是長久方案，是否是架構(gòu)問題，多個(gè)模塊都需要修復(fù)會(huì)增加再一次間接引入問題成本，修復(fù)會(huì)不會(huì)引入其他問題？

左移后，bug早發(fā)現(xiàn)早解決，修復(fù)成本下降。

測試左移的思想，本質(zhì)是越早的發(fā)現(xiàn)不合理的地方出問題的幾率就越低。

測試左移的原則支持測試團(tuán)隊(duì)在軟件開發(fā)周期早期和所有干系人合作。因此他們能清晰地理解需求以及設(shè)計(jì)測試用例去幫助軟件“快速失敗”，促使團(tuán)隊(duì)更早的修改所有的bug。

參與和理解會(huì)使測試人員獲取產(chǎn)品完整的知識(shí)，徹底想清楚各種場景，根據(jù)軟件行為設(shè)計(jì)實(shí)時(shí)的場景，這些都會(huì)幫助團(tuán)隊(duì)在編碼完成之前識(shí)別出一些缺陷。

2.1、左移實(shí)現(xiàn)步驟

1、編寫單元測試，通過單元測試提前進(jìn)行測試

2、Code Review，通過代碼走讀發(fā)現(xiàn)一些基礎(chǔ)的問題

3、參與需求評(píng)審，提出需求不清晰、不合理、遺漏等意見，了解開發(fā)的實(shí)現(xiàn)方式

4、參與研發(fā)需求分解，協(xié)助梳理分解遺漏點(diǎn)

5、參與概要、接口設(shè)計(jì)評(píng)審，協(xié)助梳理遺漏邏輯

6、提早輸出測試導(dǎo)圖，開發(fā)編碼前進(jìn)行評(píng)審

7、部分功能提測，提早開始測試

8、自動(dòng)化測試，用于回歸確保舊版本功能正確性

2.2、左移過程改進(jìn)

對(duì)于測試左移，進(jìn)行了相應(yīng)的嘗試后，也發(fā)現(xiàn)了測試左移實(shí)踐的問題：

1、測試要求提供概要設(shè)計(jì)、接口文檔

2、測試要求單元測試必須通過

3、測試干預(yù)需求設(shè)計(jì)

很多人都認(rèn)為是測試在要求完成一些沒必要的事情，測試在干預(yù)我的工作。

其實(shí)問題的矛盾點(diǎn)在于前面說過的一句話：不管是測試左移還是測試右移，都是為產(chǎn)品質(zhì)量服務(wù)。

不要把提測認(rèn)為是測試活動(dòng)的開始，上線是測試活動(dòng)的結(jié)束，更不要認(rèn)為質(zhì)量只是測試人員需要關(guān)注的。

對(duì)于測試左移的落實(shí)，最重要的就是全員質(zhì)量服務(wù)意識(shí)的培養(yǎng)。

測試左移其實(shí)我們還有很多東西要做，就好像前面說到的都是為產(chǎn)品質(zhì)量服務(wù)，那么在研發(fā)流程中的任何角色、人員都要為質(zhì)量服務(wù)。

1、提高質(zhì)量上限

（1）健康的項(xiàng)目流程（合理并且嚴(yán)格遵守的項(xiàng)目流程）

（2）合理的需求分析（評(píng)估需求的質(zhì)量，分析需求的合理性以及完整性）

（3）出色的系統(tǒng)架構(gòu)

（4）充分利用靜態(tài)代碼掃描

（5）進(jìn)行研發(fā)標(biāo)準(zhǔn)的定義

2、提高質(zhì)量下限

（1）健康的測試流程

（2）優(yōu)秀的測試用例

（3）合理的測試計(jì)劃

（4）合適的自動(dòng)化

（5）適當(dāng)?shù)奶剿魇綔y試

（6）開發(fā)自測（TDD、BDD，測試提供更好的用例、技術(shù)支持）

（7）盡早的測試

（8）團(tuán)隊(duì)質(zhì)量意識(shí)的培養(yǎng)

對(duì)于測試左移，也需要一個(gè)重要的基礎(chǔ)，工程習(xí)慣，SDLC成熟度，測試分層，持續(xù)集成，鏈路上延展發(fā)布的節(jié)奏，縱深上需要貼合業(yè)務(wù)的專精領(lǐng)域的深度探索，代碼掃描（規(guī)范，問題，安全，異常等），CR，代碼提交行為分析，test double（mock，fake，stub，dummy），UT，自動(dòng)化，驗(yàn)收測試等。左移需要工程效率具備不亞于研發(fā)的代碼能力。

因此對(duì)于測試左移，可以圍繞質(zhì)量服務(wù)思想展開，參與人員則不僅僅局限于測試人員。

左移是往測試之前的開發(fā)階段移，右移是往發(fā)布之后移。

也就是產(chǎn)品上線了之后也可以進(jìn)行一些測試活動(dòng)。當(dāng)然在生產(chǎn)環(huán)境直接做測試是不推薦的，但是我們可以在生產(chǎn)環(huán)境做監(jiān)控，監(jiān)控線上性能和可用率，一旦線上發(fā)生任何問題，盡快反應(yīng)，提前反應(yīng)，給用戶良好的體驗(yàn)。

技術(shù)人員要比業(yè)務(wù)方先發(fā)現(xiàn)問題，如果業(yè)務(wù)方已經(jīng)發(fā)現(xiàn)業(yè)務(wù)量明顯下降，說明問題已經(jīng)很嚴(yán)重。

測試右移其實(shí)還可以理解為如果線上發(fā)生任何問題，我們有沒有能力第一時(shí)間發(fā)現(xiàn)問題并解決問題，并保證線上數(shù)據(jù)的一致性或盡可能少的影響線上用戶，以及并且實(shí)時(shí)獲取用戶反饋。

3.1、右移實(shí)現(xiàn)步驟

1、閉環(huán)的線上問題反饋-檢查-解決-更新流程

2、更便捷的日志查看、回傳服務(wù)

3、豐富有效的log，便于問題的快速定位

4、豐富的監(jiān)控指標(biāo)（例如業(yè)務(wù)異常點(diǎn)指標(biāo)）

5、成本監(jiān)控（例如短信發(fā)送等）

6、關(guān)鍵指標(biāo)每日監(jiān)控（服務(wù)器指標(biāo)）

7、生產(chǎn)數(shù)據(jù)監(jiān)控（警報(bào)）（通過sql語句實(shí)現(xiàn)生產(chǎn)數(shù)據(jù)監(jiān)控，例如是否有多個(gè)訂單號(hào)一樣的訂單出現(xiàn)等）

因此對(duì)于測試右移，可以圍繞問題反饋、發(fā)現(xiàn)、定位、監(jiān)控展開，參與人員則不僅僅局限于運(yùn)維人員。

3.2、右移過程改進(jìn)

一樣的，實(shí)踐起來也是存在問題，除了技術(shù)問題之外，還有例如：

1、線上監(jiān)控搭建后使用率不高

2、線上問題反饋機(jī)制，業(yè)務(wù)人員不配合等等

3、監(jiān)控指標(biāo)不合理，反而被認(rèn)為增加服務(wù)器負(fù)載

4、測試右移的落實(shí)，除了質(zhì)量服務(wù)的培養(yǎng)，更加重要的反而可能是：完善的反饋、發(fā)現(xiàn)、定位，在監(jiān)控-架構(gòu)完善后，怎么更好的與項(xiàng)目工作(流程)結(jié)合，不要讓其成為累贅

這里所列舉的要求，其實(shí)是“理想型”或者是“全能型”的測試

1、會(huì)寫代碼，如Java、Python等

2、會(huì)用市面上常用的自動(dòng)化測試工具，無論是Selenium, Appium, QTP（UFT）, Cucumber, JMeter, LoadRunnder, 統(tǒng)統(tǒng)可以上手

3、掌握運(yùn)維人員使用的工具，如Jenkins、Docker、K8S等

4、會(huì)做性能測試，并可進(jìn)行性能分析

5、對(duì)產(chǎn)品功能了如指掌

6、對(duì)測試?yán)碚摚瑴y試管理理念有深入的理解

7、細(xì)心，會(huì)溝通

8、最關(guān)鍵的問題是，熱愛測試工作，愿意無窮盡的找bug

公眾號(hào)：AllTests軟件測試

拓展知識(shí)：