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

今天是 2022年04月22日，歡迎來到第 68 期！這里記錄過去一周我們看到的軟件測試及周邊的行業動態，周五發布。

本期看點：Go應用的單元測試怎么做？如何合并同一個分支的多份代碼覆蓋率報告？用 Appium 測試鴻蒙應用有何不同？什么是真正的質量內建？到底什么才是真正的敏捷開發？陷入了寫代碼的完美主義陷阱怎么辦？像素的一生：瀏覽器渲染流水線簡述；如何做一個被尊重、不被忽略的內向者？做私域的四力增長模型是什么？

·

閱讀愉快!

🐞 軟件測試

1. Go應用的單元測試怎么做？

蜂翅（阿里開發者）

高德打車運營的應用大多基于 Go 開發的，他們希望在預集成環境下，當研發部署完代碼，能自動觸發單元測試和接口自動化測試，并生成覆蓋率報告。

可很多關于 Go 單元測試的文章，有的缺少行增量覆蓋率，有的缺少 case 運行結果/case 運行日志。

本文旨在搭建一個穩定運行且維護成本低的單元測試/集成測試環境。

原文地址： Go應用單元測試實踐

2. 如何合并同一個分支的多份代碼覆蓋率報告?

許多（科技中通）

同一個分支多次修改代碼并部署，會生成多份覆蓋率報告，這就會導致明明測試已經覆蓋了，但是覆蓋率代碼和編譯代碼不一致的情況。這是生成的覆蓋率報告數據無法合并導致的問題。

如何合并同一個分支多次部署的代碼覆蓋率報告呢？

每次生成代碼覆蓋率報告的同時，生成一份 XML 覆蓋率報告。

每次獲取差異代碼前，先解析上一次生成覆蓋率報告時生成的 XML 報告，生成一個對象，為后續流程使用。

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

完成獲取差異代碼后，與第 2 步生成的對象，通過方法名和行號，遍歷比對，生成新的 exec 文件。

解析新生成的 exec 文件，通過改造后的 Report 服務根據方法名，設置方法對應的行號，重新渲染行覆蓋情況，從而生成合并后的增量代碼覆蓋率報告。

原文地址： 中通科技代碼覆蓋率應用實踐（二）

3. 用 Appium 測試鴻蒙應用有何不同？

360質量效能

Appium 是移動端自動化測試中非常流行的工具，那么對于鴻蒙應用的自動化測試支持情況如何呢？

原文地址： 鴻蒙應用自動化測試實踐

🐴 質量效能

1. 什么是真正的質量內建？

朱少民（軟件質量報道）

如上圖所示，作者認為：只有等級六才是質量內建，其它（等級1-5）不算。

為什么？

質量內建就是在需求、設計、編程的時候盡可能把事情做對、做好，盡量不產生缺陷，簡單地說：質量內建 = 缺陷預防，

所以說，1-5 不是質量內建，因為每個等級上面的活動強調 “驗證、測試”，側重發現缺陷，而不是預防缺陷，雖然下面寫了“缺陷不暴露給用戶”、“缺陷不離開...” ，只有等級六寫上“不產生缺陷”、“更好的需求、設計和開發實踐”，等級六才是真正的質量內建。

所以這個題目可以改為 “走向質量內建的六個層級”。

原文地址： 從一張圖片引起的爭論...

2. 到底什么才是真正的敏捷開發？

鵝廠程序員（騰訊技術）

來聽聽鵝廠程序員們的看法。

敏捷是個契約，需要參與其中的人不斷磨合、思考和迭代，一成不變的敏捷始終不能作為萬金油，但要使團隊運行在最合適的狀態下，需要所有參與者和你一樣努力思考和探索，迭代敏捷自身的過程，但這很難。

用最終結果來描述敏捷帶來的變化：

• • 敏捷團隊支撐的產品：細心的用戶會發現產品漸進式的變化；粗心的用戶看不到產品變化，但體驗感覺越來越好。但如果產品掌握不好節奏，用戶也會吐槽怎么總是變來變去。
  • 瀑布式團隊支撐的產品：用戶明顯發現產品階梯式變化，如常說的改版，煥然一新；用戶有時候會失去耐心。

讓我感受到成就的不是某個功能被開發或者被我自己實現了，而是這個功能被用戶用起來，而且用戶反饋和我預期相符（得到了驗證），這時候我才會覺得這個需求/功能完成了。

需求方/產品想做的東西一定是在不斷調整變化的，作為開發，實際上你要做的并不是去完成需求，而是幫對方實現后并驗證對方的想法。

產品自己也要足夠open，認識到自己的需求文檔并不是那么“天經地義”，而是在開發過程中和開發同學一起調整改進。

在一個迭代中除了業務需求之外也應該包含一定比例的技術需求，至于技術需求的占比可以與項目管理者進行協商，比如80%業務20%技術。否則當技術債務擠壓到一定程度的時候，勢必要付出更大的成本與代價。

真正敏捷的開發，很多時候恰恰建立在團隊認可的規范的基礎中，這個規范，不只是包括代碼規范，還有流程規范。

🦧 技術同頻

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

愛寫代碼的（騰訊技術）

寫代碼不是什么純粹的藝術創作，完美的代碼是不存在的。有時，代碼只要能滿足當前需求，又為未來擴展留了空間就足夠了。

要從“完美主義”的消極影響里走出來，最簡單的辦法就是不管它：繼續寫代碼，繼續糾結。當你重復做一件事情足夠多次以后，那些寶貴的經驗會自然而然地讓你跳出“完美主義”，不再糾結。

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

絕大多數好的設計不是一蹴而就的，而是逐步演進出來的，除非要應對的場景本身就在我們的經驗范圍之內。

想一步到位設計出完美的架構是不可能的，編程最大的技巧就是無限深入需求，不斷思考需求，讓代碼從小到大不斷發展、重構，當然很多時候客觀條件不允許，那就放下對完美代碼的執著吧。

你能訓練自己寫出夠好即可的軟件 —— 對用戶、未來的維護者來說夠好即可，只要好的程度能讓你自己內心平靜就可以。你會發現，你變得更有效率，用戶也更快樂。

“夠好即可”這個詞并不意味著草率或糟糕的代碼。所有系統必須達到用戶的需求才算完成，需要達到基本的性能、隱私和安全標準。

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

2. 像素的一生：瀏覽器渲染流水線簡述

manfredhu

作者用最直白的語言記錄了瀏覽器的渲染原理知識。

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

🦉 持續成長

1. 如何做一個被尊重、不被忽略的內向者？

月食APP（KnowYourself）

內向，的確會給人際交往帶來一些困難

• 困境一：想得太多，把握不住溝通的節奏
• 困境二：依賴溝通技巧，難以表露自己真正的想法
• 困境三：沉溺網絡關系，陷入“難以面對面溝通”的惡性循環

如何做一個被尊重、不被忽略的內向者？

練習1：訓練“非反應性”交流

• 反應性交流：即面對他人言行時表露本能反應，如“嚇死我了”“好厲害啊”“天哪”。
• 這種交流方式其實只是情緒的表達，而非想法的表達。
• 因此要鍛煉自己的“非反應性”交流，即認真觀察、冷靜思考后給到“有質量的發言”。

練習2：通過不同載體，鍛煉表達能力

• 嘗試練習其他的表達方式，比如寫作、繪畫等等，來梳理自己的想法、讓自己變得習慣于表達。
• 雖然表達的載體變了，但能給你一個循序漸進的改變過程，不僅能幫助別人了解你，也能讓你更了解自己的內心。

練習3: 減少道歉和借口

• 內向者會說很多“抱歉”或是“不好意思”，即使ta們沒有做錯任何事。
• 對自己誠實，不為自己沒做錯的事情道歉，能讓你獲得更自由的生活。

原文地址： 做一個「不被忽略的內向者」的4個tip

2. 做私域的四力增長模型是什么？

劉潤

四力增長模型，是過去四年里，騰訊智慧零售與近千家零售企業共同探索數字化轉型實踐，通過服務、支持大量客戶做私域，總結、抽象出來的一個具有普適性的模型。

它能讓我們清晰的了解到，想做好私域，必須從這四個力：組織力、商品力、產品力、運營力，開始。

私域是門慢生意。

因為用戶購買，不單單是因為優惠，更多是基于信賴產生的“好友關系”的喜愛，最后變成習慣。這是一個長期的、緩慢的過程。

但慢生意，更有大未來，圍繞私域做好全域經營的生意布局，確定性的收獲就會如期而至。

畢竟慢慢來，才能比較快。

原文地址： 開始做私域吧：四力增長模型

🐙 擁抱開源

1. n3：非正統的終端文件管理器

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

開源地址： https://github.com/jarun/nnn

2. semi-design：抖音開源的中后臺前端解決方案

抖音開源的中后臺前端解決方案。包含設計語言、React 組件、主題，開箱即用可快速搭建美觀的 React 應用。

特性：

• 💪 58+高質量組件
• 💅 強大的主題定制，多達兩千多個 Design Token，深入定制每一處細節
• 🌍 國際化支持 14 種語言
• 👏 使用 TypeScript，良好的類型定義
• 🥳 支持 SSR

開源地址： https://github.com/DouyinFE/semi-design

言論

1、這么多年來，我總結了一條經驗，解決棘手問題的最上乘方法是：靜觀其變，順水推舟。 -- 莫言《蛙》

2、你真的是內向的人嗎？

3、所謂職場生活

圖片

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

②

③ 能跑就完了

訂閱

本周刊每周五發布，會同步更新在微信公眾號。

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

如果文章對你有幫助，記得留言、點贊、加關注哦！

(完)

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。