編輯：一口鍋、靜怡、小淑子、哲宇、夏至、CC、Silvery

今天是 2022年04月22日，歡迎來(lái)到第 68 期！這里記錄過(guò)去一周我們看到的軟件測(cè)試及周邊的行業(yè)動(dòng)態(tài)，周五發(fā)布。

本期看點(diǎn)：Go應(yīng)用的單元測(cè)試怎么做？如何合并同一個(gè)分支的多份代碼覆蓋率報(bào)告？用 Appium 測(cè)試?guó)櫭蓱?yīng)用有何不同？什么是真正的質(zhì)量?jī)?nèi)建？到底什么才是真正的敏捷開(kāi)發(fā)？陷入了寫(xiě)代碼的完美主義陷阱怎么辦？像素的一生：瀏覽器渲染流水線簡(jiǎn)述；如何做一個(gè)被尊重、不被忽略的內(nèi)向者？做私域的四力增長(zhǎng)模型是什么？

·

閱讀愉快!

🐞 軟件測(cè)試

1. Go應(yīng)用的單元測(cè)試怎么做？

蜂翅（阿里開(kāi)發(fā)者）

高德打車(chē)運(yùn)營(yíng)的應(yīng)用大多基于 Go 開(kāi)發(fā)的，他們希望在預(yù)集成環(huán)境下，當(dāng)研發(fā)部署完代碼，能自動(dòng)觸發(fā)單元測(cè)試和接口自動(dòng)化測(cè)試，并生成覆蓋率報(bào)告。

可很多關(guān)于 Go 單元測(cè)試的文章，有的缺少行增量覆蓋率，有的缺少 case 運(yùn)行結(jié)果/case 運(yùn)行日志。

本文旨在搭建一個(gè)穩(wěn)定運(yùn)行且維護(hù)成本低的單元測(cè)試/集成測(cè)試環(huán)境。

原文地址： Go應(yīng)用單元測(cè)試實(shí)踐

2. 如何合并同一個(gè)分支的多份代碼覆蓋率報(bào)告?

許多（科技中通）

同一個(gè)分支多次修改代碼并部署，會(huì)生成多份覆蓋率報(bào)告，這就會(huì)導(dǎo)致明明測(cè)試已經(jīng)覆蓋了，但是覆蓋率代碼和編譯代碼不一致的情況。這是生成的覆蓋率報(bào)告數(shù)據(jù)無(wú)法合并導(dǎo)致的問(wèn)題。

如何合并同一個(gè)分支多次部署的代碼覆蓋率報(bào)告呢？

每次生成代碼覆蓋率報(bào)告的同時(shí)，生成一份 XML 覆蓋率報(bào)告。

每次獲取差異代碼前，先解析上一次生成覆蓋率報(bào)告時(shí)生成的 XML 報(bào)告，生成一個(gè)對(duì)象，為后續(xù)流程使用。

合并覆蓋率后，通過(guò)版本比較，判斷方法是否在上一個(gè)版本中。如果存在于上一個(gè)版本中，則檢查是否在上一個(gè)版本中被覆蓋過(guò)，從而完成差異代碼的獲取。

完成獲取差異代碼后，與第 2 步生成的對(duì)象，通過(guò)方法名和行號(hào)，遍歷比對(duì)，生成新的 exec 文件。

解析新生成的 exec 文件，通過(guò)改造后的 Report 服務(wù)根據(jù)方法名，設(shè)置方法對(duì)應(yīng)的行號(hào)，重新渲染行覆蓋情況，從而生成合并后的增量代碼覆蓋率報(bào)告。

原文地址： 中通科技代碼覆蓋率應(yīng)用實(shí)踐（二）

3. 用 Appium 測(cè)試?guó)櫭蓱?yīng)用有何不同？

360質(zhì)量效能

Appium 是移動(dòng)端自動(dòng)化測(cè)試中非常流行的工具，那么對(duì)于鴻蒙應(yīng)用的自動(dòng)化測(cè)試支持情況如何呢？

原文地址： 鴻蒙應(yīng)用自動(dòng)化測(cè)試實(shí)踐

🐴 質(zhì)量效能

1. 什么是真正的質(zhì)量?jī)?nèi)建？

朱少民（軟件質(zhì)量報(bào)道）

如上圖所示，作者認(rèn)為：只有等級(jí)六才是質(zhì)量?jī)?nèi)建，其它（等級(jí)1-5）不算。

為什么？

質(zhì)量?jī)?nèi)建就是在需求、設(shè)計(jì)、編程的時(shí)候盡可能把事情做對(duì)、做好，盡量不產(chǎn)生缺陷，簡(jiǎn)單地說(shuō)：質(zhì)量?jī)?nèi)建 = 缺陷預(yù)防，

所以說(shuō)，1-5 不是質(zhì)量?jī)?nèi)建，因?yàn)槊總€(gè)等級(jí)上面的活動(dòng)強(qiáng)調(diào) “驗(yàn)證、測(cè)試”，側(cè)重發(fā)現(xiàn)缺陷，而不是預(yù)防缺陷，雖然下面寫(xiě)了“缺陷不暴露給用戶(hù)”、“缺陷不離開(kāi)...” ，只有等級(jí)六寫(xiě)上“不產(chǎn)生缺陷”、“更好的需求、設(shè)計(jì)和開(kāi)發(fā)實(shí)踐”，等級(jí)六才是真正的質(zhì)量?jī)?nèi)建。

所以這個(gè)題目可以改為 “走向質(zhì)量?jī)?nèi)建的六個(gè)層級(jí)”。

原文地址： 從一張圖片引起的爭(zhēng)論...

2. 到底什么才是真正的敏捷開(kāi)發(fā)？

鵝廠程序員（騰訊技術(shù)）

來(lái)聽(tīng)聽(tīng)鵝廠程序員們的看法。

敏捷是個(gè)契約，需要參與其中的人不斷磨合、思考和迭代，一成不變的敏捷始終不能作為萬(wàn)金油，但要使團(tuán)隊(duì)運(yùn)行在最合適的狀態(tài)下，需要所有參與者和你一樣努力思考和探索，迭代敏捷自身的過(guò)程，但這很難。

用最終結(jié)果來(lái)描述敏捷帶來(lái)的變化：

• • 敏捷團(tuán)隊(duì)支撐的產(chǎn)品：細(xì)心的用戶(hù)會(huì)發(fā)現(xiàn)產(chǎn)品漸進(jìn)式的變化；粗心的用戶(hù)看不到產(chǎn)品變化，但體驗(yàn)感覺(jué)越來(lái)越好。但如果產(chǎn)品掌握不好節(jié)奏，用戶(hù)也會(huì)吐槽怎么總是變來(lái)變?nèi)ァ?/li>
  • 瀑布式團(tuán)隊(duì)支撐的產(chǎn)品：用戶(hù)明顯發(fā)現(xiàn)產(chǎn)品階梯式變化，如常說(shuō)的改版，煥然一新；用戶(hù)有時(shí)候會(huì)失去耐心。

讓我感受到成就的不是某個(gè)功能被開(kāi)發(fā)或者被我自己實(shí)現(xiàn)了，而是這個(gè)功能被用戶(hù)用起來(lái)，而且用戶(hù)反饋和我預(yù)期相符（得到了驗(yàn)證），這時(shí)候我才會(huì)覺(jué)得這個(gè)需求/功能完成了。

需求方/產(chǎn)品想做的東西一定是在不斷調(diào)整變化的，作為開(kāi)發(fā)，實(shí)際上你要做的并不是去完成需求，而是幫對(duì)方實(shí)現(xiàn)后并驗(yàn)證對(duì)方的想法。

產(chǎn)品自己也要足夠open，認(rèn)識(shí)到自己的需求文檔并不是那么“天經(jīng)地義”，而是在開(kāi)發(fā)過(guò)程中和開(kāi)發(fā)同學(xué)一起調(diào)整改進(jìn)。

在一個(gè)迭代中除了業(yè)務(wù)需求之外也應(yīng)該包含一定比例的技術(shù)需求，至于技術(shù)需求的占比可以與項(xiàng)目管理者進(jìn)行協(xié)商，比如80%業(yè)務(wù)20%技術(shù)。否則當(dāng)技術(shù)債務(wù)擠壓到一定程度的時(shí)候，勢(shì)必要付出更大的成本與代價(jià)。

真正敏捷的開(kāi)發(fā)，很多時(shí)候恰恰建立在團(tuán)隊(duì)認(rèn)可的規(guī)范的基礎(chǔ)中，這個(gè)規(guī)范，不只是包括代碼規(guī)范，還有流程規(guī)范。

🦧 技術(shù)同頻

1. 陷入了寫(xiě)代碼的完美主義陷阱怎么辦？

愛(ài)寫(xiě)代碼的（騰訊技術(shù)）

寫(xiě)代碼不是什么純粹的藝術(shù)創(chuàng)作，完美的代碼是不存在的。有時(shí)，代碼只要能滿足當(dāng)前需求，又為未來(lái)擴(kuò)展留了空間就足夠了。

要從“完美主義”的消極影響里走出來(lái)，最簡(jiǎn)單的辦法就是不管它：繼續(xù)寫(xiě)代碼，繼續(xù)糾結(jié)。當(dāng)你重復(fù)做一件事情足夠多次以后，那些寶貴的經(jīng)驗(yàn)會(huì)自然而然地讓你跳出“完美主義”，不再糾結(jié)。

“完美主義”雖然有一些壞處，但適度追求完美也是必要的。如果只是“能跑就行”，這樣也很可怕。

絕大多數(shù)好的設(shè)計(jì)不是一蹴而就的，而是逐步演進(jìn)出來(lái)的，除非要應(yīng)對(duì)的場(chǎng)景本身就在我們的經(jīng)驗(yàn)范圍之內(nèi)。

想一步到位設(shè)計(jì)出完美的架構(gòu)是不可能的，編程最大的技巧就是無(wú)限深入需求，不斷思考需求，讓代碼從小到大不斷發(fā)展、重構(gòu)，當(dāng)然很多時(shí)候客觀條件不允許，那就放下對(duì)完美代碼的執(zhí)著吧。

你能訓(xùn)練自己寫(xiě)出夠好即可的軟件 —— 對(duì)用戶(hù)、未來(lái)的維護(hù)者來(lái)說(shuō)夠好即可，只要好的程度能讓你自己內(nèi)心平靜就可以。你會(huì)發(fā)現(xiàn)，你變得更有效率，用戶(hù)也更快樂(lè)。

“夠好即可”這個(gè)詞并不意味著草率或糟糕的代碼。所有系統(tǒng)必須達(dá)到用戶(hù)的需求才算完成，需要達(dá)到基本的性能、隱私和安全標(biāo)準(zhǔn)。

原文地址： 陷入了寫(xiě)代碼的完美主義陷阱怎么辦？

2. 像素的一生：瀏覽器渲染流水線簡(jiǎn)述

manfredhu

作者用最直白的語(yǔ)言記錄了瀏覽器的渲染原理知識(shí)。

原文地址： 像素的一生：瀏覽器渲染流水線簡(jiǎn)述

🦉 持續(xù)成長(zhǎng)

1. 如何做一個(gè)被尊重、不被忽略的內(nèi)向者？

月食APP（KnowYourself）

內(nèi)向，的確會(huì)給人際交往帶來(lái)一些困難

• 困境一：想得太多，把握不住溝通的節(jié)奏
• 困境二：依賴(lài)溝通技巧，難以表露自己真正的想法
• 困境三：沉溺網(wǎng)絡(luò)關(guān)系，陷入“難以面對(duì)面溝通”的惡性循環(huán)

如何做一個(gè)被尊重、不被忽略的內(nèi)向者？

練習(xí)1：訓(xùn)練“非反應(yīng)性”交流

• 反應(yīng)性交流：即面對(duì)他人言行時(shí)表露本能反應(yīng)，如“嚇?biāo)牢伊恕薄昂脜柡Π　薄疤炷摹薄?/li>
• 這種交流方式其實(shí)只是情緒的表達(dá)，而非想法的表達(dá)。
• 因此要鍛煉自己的“非反應(yīng)性”交流，即認(rèn)真觀察、冷靜思考后給到“有質(zhì)量的發(fā)言”。

練習(xí)2：通過(guò)不同載體，鍛煉表達(dá)能力

• 嘗試練習(xí)其他的表達(dá)方式，比如寫(xiě)作、繪畫(huà)等等，來(lái)梳理自己的想法、讓自己變得習(xí)慣于表達(dá)。
• 雖然表達(dá)的載體變了，但能給你一個(gè)循序漸進(jìn)的改變過(guò)程，不僅能幫助別人了解你，也能讓你更了解自己的內(nèi)心。

練習(xí)3: 減少道歉和借口

• 內(nèi)向者會(huì)說(shuō)很多“抱歉”或是“不好意思”，即使ta們沒(méi)有做錯(cuò)任何事。
• 對(duì)自己誠(chéng)實(shí)，不為自己沒(méi)做錯(cuò)的事情道歉，能讓你獲得更自由的生活。

原文地址： 做一個(gè)「不被忽略的內(nèi)向者」的4個(gè)tip

2. 做私域的四力增長(zhǎng)模型是什么？

劉潤(rùn)

四力增長(zhǎng)模型，是過(guò)去四年里，騰訊智慧零售與近千家零售企業(yè)共同探索數(shù)字化轉(zhuǎn)型實(shí)踐，通過(guò)服務(wù)、支持大量客戶(hù)做私域，總結(jié)、抽象出來(lái)的一個(gè)具有普適性的模型。

它能讓我們清晰的了解到，想做好私域，必須從這四個(gè)力：組織力、商品力、產(chǎn)品力、運(yùn)營(yíng)力，開(kāi)始。

私域是門(mén)慢生意。

因?yàn)橛脩?hù)購(gòu)買(mǎi)，不單單是因?yàn)閮?yōu)惠，更多是基于信賴(lài)產(chǎn)生的“好友關(guān)系”的喜愛(ài)，最后變成習(xí)慣。這是一個(gè)長(zhǎng)期的、緩慢的過(guò)程。

但慢生意，更有大未來(lái)，圍繞私域做好全域經(jīng)營(yíng)的生意布局，確定性的收獲就會(huì)如期而至。

畢竟慢慢來(lái)，才能比較快。

原文地址： 開(kāi)始做私域吧：四力增長(zhǎng)模型

🐙 擁抱開(kāi)源

1. n3：非正統(tǒng)的終端文件管理器

nnn( n3 ) 是一個(gè)功能齊全的終端文件管理器。它很小，幾乎是 0 配置，而且速度非常快。支持文件實(shí)時(shí)預(yù)覽、搜索、批量操作文件、排序等，不僅如此它還能作為插件整合進(jìn) Vim。

開(kāi)源地址： https://github.com/jarun/nnn

2. semi-design：抖音開(kāi)源的中后臺(tái)前端解決方案

抖音開(kāi)源的中后臺(tái)前端解決方案。包含設(shè)計(jì)語(yǔ)言、React 組件、主題，開(kāi)箱即用可快速搭建美觀的 React 應(yīng)用。

特性：

• 💪 58+高質(zhì)量組件
• 💅 強(qiáng)大的主題定制，多達(dá)兩千多個(gè) Design Token，深入定制每一處細(xì)節(jié)
• 🌍 國(guó)際化支持 14 種語(yǔ)言
• 👏 使用 TypeScript，良好的類(lèi)型定義
• 🥳 支持 SSR

開(kāi)源地址： https://github.com/DouyinFE/semi-design

言論

1、這么多年來(lái)，我總結(jié)了一條經(jīng)驗(yàn)，解決棘手問(wèn)題的最上乘方法是：靜觀其變，順?biāo)浦邸?br /> -- 莫言《蛙》

2、你真的是內(nèi)向的人嗎？

3、所謂職場(chǎng)生活

圖片

① 只有高階程序員才掌握的奇技淫巧

②

③ 能跑就完了

訂閱

本周刊每周五發(fā)布，會(huì)同步更新在微信公眾號(hào)。

微信搜索“畢小煩”或者掃描下面的二維碼，即可訂閱我的公眾號(hào)。

如果文章對(duì)你有幫助，記得留言、點(diǎn)贊、加關(guān)注哦！

(完)

總結(jié)

以上是生活随笔為你收集整理的软件测试周刊（第68期）：解决棘手问题的最上乘方法是：静观其变，顺水推舟。的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。