大家好，我是陳哥。 從11月開始，我們陸續北京、深圳、上海、濟南開展了禪道產品研發流程實戰訓練營。 我們在後續活動覆盤時談到，有些參會者對需求實例化很感興趣。 今天想借着這篇文章展開講講。 一、主動前置參與，從源頭把控實例完整性 很多測試人員做需求實例化，都是等產品經理把需求文檔發過來才開始動手，這樣很容易陷入被動。 畢竟產品經理可能不懂技術實現細節，也未必能考慮到所有測試邊界場景，很容易在需求文
大家好，我是陳哥。 不知道大家看沒看過這個問題： 既然測試也要求寫代碼，那乾脆讓開發兼任測試不就好了嗎？ 這句話聽上去像是測試人員被要求寫代碼的氣話，但我之前在《做軟件測試需要懂代碼嗎？》一文中討論過為什麼現在各個公司都開始要求測試寫代碼，大家感興趣的話可以去看看。 藉着這個問題，我想和大家繼續聊聊：為什麼不直接讓開發兼任測試？ 説句實在話，對於大部分企業來説，這想法太理想化，真落地準出亂子。 開
大家好，我是陳哥。 我所在的禪道一直在做開源，所以我朋友經常會跟我聊開源相關的內容。 他説，最近他用的一個開源工具從今年年初更新頻率就變慢，現在Issue裏的問題沒人回答。 其實，這種虎頭蛇尾的情況不是個例，説難聽點，已經成了國內開源圈的通病。咱們做技術的都知道，好項目是靠人堆出來的，可國內很多開源項目，從一開始就沒解決“人從哪來、錢從哪出”的問題。 很多項目發起者是大廠的技術骨幹，憑着一腔熱血把
大家好，我是陳哥。 不知道大家有沒有聽過端到端測試？ 每個軟件都應該進行端到端測試，以確保其按規定運行。這種測試方法建立了對系統的信心，並幫助開發團隊確定軟件是否已準備好進行生產部署。 在本文，我給大家簡單分享一下端到端測試是什麼，為什麼它很重要，以及如何在軟件項目中有效地實現它。 1.先搞懂，什麼是端到端測試？ 端到端測試的核心，是從最終用户視角出發，驗證軟件各模塊在真實場景下能夠正常運行，確
大家好，我是陳哥。 相信大家都看了Coze開源的事情，目前coze在GitHub上已收穫了超過6K star。 7月26日，字節將AI Agent平台釦子（Coze）旗下的Coze Studio與Coze Loop正式在GitHub上開源，並採用開放程度更高、可自由用於任何商業用途的Apache 2.0許可證，無任何附加條款。 這次開源，實際上是AI開發領域的一次 “權力再分配”。 在傳統的AI
一位讀者在看過我的《理解這八大優勢，才算精通單元測試》後，問我：知道單元測試有好處，但實在沒空寫。看完文章後又想重新落實一下，有沒有啥寫好單元測試的技巧？ 這位讀者絕對不是第一個和我抱怨單元測試的人。這很好理解，中國互聯網公司太多太卷，想要搶奪市場就要推出不同功能，而這些壓力一部分落在了程序員身上，拼命趕需求。單元測試這種費力不討好的事情，自然而然就沒有人做。 就我多年的經驗來看，寫單元測試其實不
大家好，我是陳哥。 前幾天，我收到一位讀者的留言：“最近公司一直有測試反映工作量太大了，後來調研發現測試往往要負責多個項目。我們想搞搞調整一下測試與開發的配置比，又不知道多少才是合理的。” 測試與開發配置比的問題，一直都是個熱門話題。不同行業、不同項目類型以及不同的開發模式，都會對這一比例產生影響。 我在互聯網行業寫了十幾年代碼，又做了十幾年技術高管，想結合過去的經驗，通過分享 “三維度配置模型”
大家好，我是陳哥。 有讀者留言説，他們團隊老是因為反覆出現同類Bug導致項目延期。 他們團隊沒有統一 Bug 記錄渠道，測試人員一般發現問題口頭告知或者彙總文檔發給開發。開發未記錄，有時候，迭代時就會出現開發遺忘修復的情況，同類 Bug 再次出現，導致項目二次延期。 我們都知道要重視Bug管理，但有效的Bug管理核心不僅是管Bug，更是管流程。換言之，就是用標準化流程把Bug從發現到解決的每個環節
大家好，我是陳哥。 最近，看到後台有讀者問： 時間緊張導致測試不充分，這是一個高頻難題。不少團隊遇到這種情況時，要麼盲目壓縮測試範圍導致核心問題漏測，要麼硬扛時間壓力全面測試結果處處不精。 項目管理上有一種思維叫優先級思維，就是一種根據重要性和緊急性來排序事物、指導我們如何進行選擇的思維模式。 我們同樣可以把優先級思維應用到測試上，把有限時間聚焦在高風險高價值的測試點上，用精準測試替代全面
大家好，我是陳哥。 今天，我邀請了禪道專欄作者劉軍，和我們分享一下移動應用APP開發如何搭建自動化測試框架。 希望通過這些實操經驗能給大家帶來新的啓發。 現在做移動應用開發，大家應該都深有感觸：版本不僅要快，質量還得高，這兩頭真是難兼顧。 我們團隊之前就吃了不少苦頭，發版慢、需求老變、測試時間總被壓縮，搞得團隊挺被動。 作為資深測試與研發效能IT老兵，今天我想結合自己負責的安卓APP自動化測試框
大家好，我是陳哥。 你的組織是否實施了測試數據管理？如果你的組織處理關鍵或敏感的業務數據，測試數據管理肯定會讓組織受益。與測試數據相關的問題佔所有軟件缺陷的15%，這一事實強調了測試數據的重要性。 本文將準確討論測試數據經理職責、測試數據經理需要什麼技能、以及僱傭測試數據經理的好處。 一、什麼是測試數據管理？ 讓我們首先深入瞭解測試數據管理 (TDM)的定義，管理滿足自動化測試要求所需的數據的過程
大家好，我是陳哥。 昨天剛看完朱少民老師的《軟件工程3.0》，書中提到： 現在已經是大模型驅動的人機協同範式，我們已經進入了軟件工程3.0時代。這不僅意味着技術的躍遷，更是觀念與方法的深刻變革。 即便是在軟件質量保證（SQA）領域，AI也以鋭不可當之勢滲透： 測試腳本實現自我修復； 機器學習模型精準預測易出Bug的代碼區塊； 自動化機器人一夜之間便可吞吐數千個測試用例； …… 一個核心
現在的企業從以往一年、一個月、一週交付，逐漸轉變為開始關注兩到三天甚至一天內交付。軟件自動化測試的出現及其與手動測試的結合使得這種時長的交付成為可能。 及時的軟件測試會發現問題，在功能到達用户之前對其進行糾正。軟件測試是最活躍的討論之一，而軟件旨在為其用户提供便利，並且是軟件開發的一個組成部分。 但是需要遵循某些實踐以最大限度地使用自動化測試。本文將討論測試自動化中要遵循的一些實踐。 1.瞭解自動
前段時間翻到幾條留言，問： “配置即代碼和基礎設施即代碼一樣嗎？” “配置即代碼是什麼？怎麼都是基礎設施即代碼？” 我們都是知道，DevOp的快速發展，讓服務器管理與配置的時間大大減少，配置即代碼和基礎設施即代碼作為DevOps的重要實踐，在其中起到了關鍵性作用。 不少人將二者看作是一件事，配置即大代碼是關於管理特定的應用程序配置設置本身，而基礎設施即代碼更關注的是部署支持應用程序環境
隨着大數據、機器學習時代的到來，不少人有了“測試不需要懂代碼，那我就試試”的想法。這就引發了一系列疑問：不懂代碼可以做測試嗎？測試人員到底需不需要懂代碼？測試人員需要寫代碼嗎？ 其實，在軟件測試初級階段，測試人員確實不需要懂代碼。但如果想要追求月薪20k、30k，接口、自動化等是避免不了的，這就必然涉及到了代碼層面。 正如《mob編程指南》的作者Llewellyn Falco迴應“QA工程師應該學
如果能夠穿越到10年前，你會給年輕的自己什麼建議？ 如果穿越到剛從業時，我會給年輕時的自己一個建議——“為你想要實現的目標設定各種各樣的目標。只要有正確的計劃和願景，任何目標都不會太大。” 在過去的25年裏，我經歷了成功和失敗。這段旅程令人難忘，因為它讓我明白了失敗和成功的重要性。每一次成功都貼近我的內心，不斷讓我更好地理解團隊合作和成就感，但每一次失敗都為我提供了一種新的創新方式，讓我找
