2023年剛建立測試團隊時，測試和開發人員是一種對立的關係，開發人員覺得軟體測試是挑他們的毛病、和他們過不去，有乙個簡單的故事可以說明這一點。當時，條件有限，測試人員和開發人員共享一台小型機伺服器，測試人員發現了乙個缺陷，告訴某個開發人員，而他趁測試人員不注意回到自己座位，偷偷地修改了**、處理了那個缺陷，然後跑到測試人員身邊，說「你把那個bug再現給我看？」。結果，可想而知，這個測試人員無論如何也不能復現那個bug（缺陷）。
幾年以後，這種情況不會再出現了，不是因為條件好了，可以買很多伺服器，將測試環境和開發環境分離開來，而是觀念改變了。雖然也的確購買了幾百台伺服器（不用小型機，越來越多採用linux系統），將測試環境和開發環境分離開來，在客觀上避免那類「悲劇」的發生，但是觀念遠遠比機器重要。擁有正確的觀念，就比較容易建立良好的質量文化，開發人員的態度也隨之發生變化，已經深深認識到：
現在，有的開發人員向我抱怨，是不是換了乙個新人測試他寫的模組？因為這個測試人員發現的缺陷比以前那個測試工程師發現的缺陷少多了。開發人員希望更多的缺陷被發現出來，絕不希望缺陷被客戶發現。
今天，我們高興看到開發人員和測試人員心往一處想。從專案啟動的第一天起到需求和設計的評審階段，從後期的缺陷修正到產品維護——在整個軟體生命週期中，開發人員和測試人員愉快地合作、共同努力，將軟體產品的開發效率和質量推到乙個新的高度。一方面，開發人員主動介紹自己對產品特性是如何理解的、又如何實現這些特性，主動邀請測試人員參與**的走查、對新發現的bug快速響應。另一方面，測試人員提前將設計好的一些測試用例交給開發人員，讓開發人員先根據這些測試用例驗證正在開發的功能特性，測試人員還愉快地幫助開發人員再現某個缺陷。
所有這些，顯示了軟體測試在國內越來越受到重視，軟體測試領域正迎來朝氣蓬勃的新氣象。當更多的人投入到測試行業時，需要一本實踐性強、富有啟發的專業書，指導大家如何進行測試，出色地完成測試任務。
這本軟體測試演義——中高階系列（序）
），受到了大家的好評。也許就因為這個，在csdn建部落格不到8個月，就成為當年（2023年）十大最具價值的部落格之一 （
遲到的感謝——2006最有價值部落格的候選人（& 個人回顧）
csdn最有價值部落格top10
）。 此後，也和許多軟體測試人員進行面對面的交流，如
技術布道——全程軟體測試
此前，曾寫過一本《軟體測試方法和技術》教材，在比較短的時間內印刷了好幾次，也頗受歡迎。但那本書，在很大程度上是從理論、概念上講解軟體測試的方法和技術，適合在校學生使用。而這本書重實踐、重應用，適合軟體公司的測試經理、工程師和想進入這個軟體測試行業的人員等學習。
全書共十二章，以兩個案例為背景，以專案向前發展的實際過程為路線圖，全面展開軟體測試的思想、流程、方法、技術和最佳實踐。
全書力求做到方法有效、技術實用，集中講解實際測試工作，沒有單純的概念介紹，將概念準確穿插在測試程序活動之中。
如何有效又圓滿地完成軟體測試？
2000年剛建立測試團隊時，測試和開發人員是一種對立的關係，開發人員覺得軟體測試是挑他們的毛病 和他們過不去，有乙個簡單的故事可以說明這一點。當時，條件有限，測試人員和開發人員共享一台小型機伺服器，測試人員發現了乙個缺陷，告訴某個開發人員，而他趁測試人員不注意回到自己座位，偷偷地修改了 處理了那個缺...
如何有效又圓滿地完成軟體測試？
2000年剛建立測試團隊時，測試和開發人員是一種對立的關係，開發人員覺得軟體測試是挑他們的毛病 和他們過不去，有乙個簡單的故事可以說明這一點。當時，條件有限，測試人員和開發人員共享一台小型機伺服器，測試人員發現了乙個缺陷，告訴某個開發人員，而他趁測試人員不注意回到自己座位，偷偷地修改了 處理了那個缺...
如何有效又圓滿地完成軟體測試？
2000年剛建立測試團隊時，測試和開發人員是一種對立的關係，開發人員覺得軟體測試是挑他們的毛病 和他們過不去，有乙個簡單的故事可以說明這一點。當時，條件有限，測試人員和開發人員共享一台小型機伺服器，測試人員發現了乙個缺陷，告訴某個開發人員，而他趁測試人員不注意回到自己座位，偷偷地修改了 處理了那個缺...