cr 代碼_1

cr 代碼

前沿拓展：

cr 代碼

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

---

目錄

1、前言

2、測(cè)試左移

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

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

3、測(cè)試右移

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

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

4、測(cè)試崗位要求

1、前言

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

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

2、測(cè)試左移

如下圖所示：

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

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

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

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

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

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

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

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

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

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

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

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

1、編寫(xiě)單元測(cè)試，通過(guò)單元測(cè)試提前進(jìn)行測(cè)試

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

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

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

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

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

7、部分功能提測(cè)，提早開(kāi)始測(cè)試

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

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

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

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

2、測(cè)試要求單元測(cè)試必須通過(guò)

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

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

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

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

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

測(cè)試左移其實(shí)我們還有很多東西要做，就好像前面說(shuō)到的都是為產(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）健康的測(cè)試流程

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

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

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

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

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

（7）盡早的測(cè)試

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

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

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

3、測(cè)試右移

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

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

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

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

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

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

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

3、豐富有效的log，便于問(wèn)題的快速定位

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)）（通過(guò)sql語(yǔ)句實(shí)現(xiàn)生產(chǎn)數(shù)據(jù)監(jiān)控，例如是否有多個(gè)訂單號(hào)一樣的訂單出現(xiàn)等）

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

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

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

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

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

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

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

4、測(cè)試崗位要求

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

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

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

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

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

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

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

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

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

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

拓展知識(shí)：