本想偷懶不整理了，但是這一周《炮轟“測試左移”，向軟件測試領域的“歪理邪說”宣戰》微信的閱讀人數八九百了，可能對很多公眾號來說并不是一個很大的點擊量，但是對領測老賀來說，挺多的了。也就借此機會，將幾年前這篇文章的評論整理一下，算是畫個句號吧！ 這幾天看了領測軟件測試網公眾號的后臺，以及當時轉載的幾個公眾號的評論記錄。所有的評論分為幾類人群：從事軟件研發崗位的，從事軟件測試崗位的，再有就是做軟件測試工程師就業培訓的。?????? 評論內容有簡單說好的，也有結合自身經歷談談感想的，當然更有認為領測老賀誤人子弟不懂軟件測…

這是我2020年11月份寫的一篇文章，后面統計了一下，不同平臺加總的瀏覽量短期內超過了1萬次，也算是我近幾年單篇文章瀏量的高峰了。自我感覺之所以有這樣的瀏覽量，無非是起了一個略帶爭議的標題，也正趕上當時鋪天蓋地的“測試左移”。 怕有些人看了標題就產生了價值判斷，我在文章的開頭先說一下觀點：我不反對真正原始意義上得“測試左移”，我反對的是軟件測試領域故意或者非故意的把“測試左移”直接歪曲為“測試工程師左移”的歪理，從而“販賣焦慮”的人！具體的論述，看下面的文章就行了。 后面有時間我再總結一下有價值的，針對這篇文章的評…

借助一鍵視頻生成功能將這篇文章變成了視頻，方便觀看和傳播。 有興趣看文字的朋友，可以點擊下面的鏈接： 軟件企業質量保證的基石――QA,QC的良性協作

借助一鍵視頻生成功能將這篇文章變成了視頻，方便觀看和傳播。 有興趣看文字的朋友，可以點擊下面的鏈接： 軟件企業質量保證的基石――QA,QC的良性協作

借助一鍵視頻生成功能將這篇文章變成了視頻，方便觀看和傳播。 有興趣看文字的朋友，可以點擊下面的鏈接： 軟件企業質量保證的基石――QA,QC的良性協作

緣起： 繼續翻以前的文章，找到一段聊天記錄，當時應該用的還是MSN吧，也是在2007年的某一天吧，距今已經16年的光景了。 如果你現在已經是管理角色了，有了設計績效考核的責任，我想提醒的一點是：你考核什么就會得到什么，考核不是為了公平的發工資，而是作為管理者，通過這種方式，帶領團隊去一個你心神向往的地方，考核是手段，不是目的。   背景： 同某公司測試部經理關于測試人員績效考核的討論，由于保密的原因隱去了對方的姓名。 討論并沒有結束，尤其是有效的度量指標是什么還在思考中。 測試過程中我們有很多的度量數據，…

這是一篇當時寫作耗時耗力的文章，這篇文章是2007年CSDN雜志約稿的一篇文章，由于我曾經在神州數碼軟件集團的項目管理中心任職，做過大項目監理，本身又專注于軟件測試的管理領域，所以編寫了這篇文章。但是目前在網絡上搜索了一下，已經沒有了當時文章的配圖了，正好接著重做網站的機緣，找一些合適的圖片，重新排版一下，讓這篇文章重新完整起來吧。   軟件測試過程的監控方法 文/賀炘   軟件開發項目的成敗，很大程度上取決于三方面的配合：過程、人、技術，三方面相互制約，又相互促進。為了能更加有效的管理軟件開發…

這是2007年我在CSDN雜志上發表的一篇老文章，現在看來也不算過時，在日常講授ISTQB基礎級課程中也會介紹QA和QC的互動模型，這也算是一種另類的記錄吧。 軟件企業質量保證的基石――QA、QC的良性協作 國內的軟件產業發展了20多年的時間，已經由個人英雄時代步入到中、小團隊協作時代。相信不久的將來，國內一定會出現航母級的軟件企業，那時候我們會迎來集團軍作戰的時代。不同的時代表明軟件規模的不同，也標志著軟件質量管理的復雜度急劇上升，同時對軟件質量的保障方法也提出了更高的要求。 本文并不打算系統的闡述軟件企業的質量…