推薦序

一年前，我出版了一本教材《軟件測試——基于問題驅動模式》，這本書特意加了一個副標題——“基于問題驅動模式”，這是因為考慮到軟件測試所要解決的問題相對復雜，依賴于復雜的情景（上下文）——項目背景、軟件研發技術和流程、實際業務的應用場景等。所以，在軟件測試工作中，我們不能通過簡單地提取已有知識來解決實際問題，而是需要根據具體應用場景來構建解決問題所需的知識。而對應的學習方法就是今天所提倡的“建構主義（Constructivism）”，它是學習理論從行為主義發展到認知主義后進一步發展的結果，強調學習者的主動性在建構認知結構過程中的關鍵作用，認為“情境”“協作”“會話”是學習環境的關鍵要素，注重和應用背景的緊密結合，強調在實踐（實驗）中學習。現在，我要推薦的這本書和之前提到的那本書有相同之處：問題驅動——作者先擺出問題，然后逐一回答。之前許多軟件測試從業人員基于自己所面對的困境（相當于“背景”“情景”）提出問題，作者根據自己十幾年積累的實際經驗來回答這些問題，以此幫助讀者構建軟件測試所需的知識。

作者和我共事多年，在工作中不僅認真積極，而且善于思考、總結經驗，正如作者在前言中認真地介紹“什么是知識”、區分知識和信息、進行3W分析來幫助讀者重新認知學習。3W分析其實就是回答下面三個問題：

·What is the problem?（真正的問題是什么？）

·What is the root cause?（根本原因是什么？）

·What is the solution?（解決方案是什么？）

3W分析是一種優秀的實踐方法，即碰到任何問題，不要急于解決它，不要只看表面現象，頭痛醫頭、腳痛醫腳，而是要明確真正的問題，找出根本原因，這樣才能徹底地解決問題。本書基于這樣的思路來組織內容，可以更有效地幫助讀者解決問題。下面簡單地舉幾個例子來說明本書是如何做的。

第一個例子，本書把問題歸為積累，不是按照通常的軟件測試知識來進行歸類的，如測試計劃、測試設計、測試執行，或者單元測試、系統測試和驗收測試等，而是基于讀者的背景（從事軟件測試工作年限、想解決什么問題）來進行歸類的。

·跨進軟件測試之門（適合工作年限：0～2年）。

·在軟件測試之路上越走越好（適合工作年限：3～4年）。

·是走“管理”路線還是走“技術”路線（適合工作年限：5～7年）。

·成為資深軟件測試專家（適合工作年限：7年以上）。

剛開始從事軟件測試工作的讀者最關心的是如何成為一名專業的軟件測試人員，工作幾年之后最關心的問題是如何成長為優秀的軟件測試人員。之后的成長可能會有困惑，因為再往前，前進的道路就有分叉——是走“管理”（當“官”）路線還是走“技術”（當“專家”）路線，這是每個職場人都需要做出的選擇。

第二個例子，針對每個問題，本書會先給出背景，也就是讓讀者理解問題的上下文，為什么會有這樣的問題？在什么情況下會問這樣的問題？誰最有可能會問出這樣的問題？這樣讀者就比較容易理解問題及其解決方法，從而將所學的知識和工作中的場景聯系起來，讓所學的知識得到良好的應用。

第三個例子，有的人問題問得可能不清楚，如“應該先學習軟件測試技術方法還是工具”，作者首先答復“不能一概而論，得先看看是什么軟件測試技術，再看看學習的對象是‘小白’還是‘老兵’”，然后就接口測試、性能測試等實際環境來討論這個問題。這樣容易抓住問題的本質，“其實他們是被工具的復雜度難倒了，而不是被接口測試本身難倒了”。找到了問題，再就問題進行分析解答。在特定環境下，如接口測試，就應該先掌握測試的方法，然后再學習工具。工具的種類繁多，不同的工具設計是不一樣的。但萬變不離其宗，方法是基礎，掌握方法是首要的。掌握了方法，就更能理解工具，用什么工具也不會覺得困難，掌握工具也會相對快一些。

本書不僅僅討論軟件測試技術，而且還討論軟件測試管理；不僅僅討論傳統的軟件測試，而是更多地討論“敏捷測試”，包括敏捷測試的軟著陸、高性價比的敏捷落地方案等。本書也不局限于軟件測試，而是深入職場—討論軟件測試人員的職業發展，例如，前面討論的“是走‘管理’路線還是走‘技術’路線”就是一個職場人普遍會遇到的問題。本書還討論了其他一些有趣的問題，如“‘老兵’混職場”，并給出打破職業發展瓶頸的終極絕招。

本書覆蓋了軟件測試人員的“一生”，適合不同層次的測試人員閱讀，雖然不是全部內容，但也值得我們學習和思考。對于軟件測試新人來說，有困惑時拿起它，讀幾個問題，也許它可以陪伴你走完職業之路。

朱少民

一位軟件測試老者