在信息大量充斥的軟件組織內(nei) ，QA的聲音往往是最容易被忽略，見過圖表並茂，數據充實、分析合理的QA報告，照樣燕過無痕，留不下什麽(me) 印象。隻有一種例外，就是會(hui) 講故事的QA, 往往能觸動我們(men) 內(nei) 心，從(cong) 而將情感帶入記憶，有所行動。

講好QA故事，有以下幾個(ge) 要點。

主題明確

在當今動態的環境下，每個(ge) QA報告都要有明確的主題。首先要清楚你的報告讀者是誰，自己想要傳(chuan) 達什麽(me) 樣的信息給他們(men) ？故事一定要圍繞主題。比如，你認為(wei) 現在做法導致測試團隊沒有足夠的時間完成必要的測試工作，那麽(me) 你的故事要揭示這樣做給企業(ye) 帶來的危害，以及成功組織優(you) 秀實踐帶來的好處。你的報告的目的就是希望引起領導重視，改變現有做法，可能是追加資源，可能是改變開發模式，讓測試更早介入，也可能是讓領導痛下決(jue) 心，真正推動測試自動化。講故事之前，想好你的主題，千萬(wan) 不要跑題。

主題可以來源於(yu) 管理層，EPG，也可以由QA團隊自己定。

挖掘故事

會(hui) 講故事的QA一定是一個(ge) 善於(yu) 發現的QA。在和團隊打交道時會(hui) 隨時記下一些讓你難忘的場景，特別是失敗的故事。在平時各種學習(xi) 機會(hui) 中，記下別人的故事，別人的經驗。一定要有好奇心，搞清楚數據背後的故事。

在確定報告主題之後，找到最好的故事，當然有必要時，需要深入到團隊中，完善你的故事。一般來講，QA報告的頻率至少按月計算，偶爾可以事件驅動，要給自己足夠的時間。

做個(ge) 低調的講故事的人

千萬(wan) 不要把自己變成故事的主角，不要炫耀自己發現了這些重要的問題。故事的主角應該是你支持的團隊，他們(men) 成功失敗的喜怒哀樂(le) ，觀察到的事件。在適合的場景下，讓他們(men) 成為(wei) 你故事中的英雄，這會(hui) 讓你的讀者更容易接受你的信息。

強調團隊如何應對挑戰

應對挑戰的故事是管理層感興(xing) 趣的，不要避諱後續改進的路會(hui) 十分艱難。有挑戰的故事，可以喚起讀者，成為(wei) 後續改進的好夥(huo) 伴。

簡潔、簡潔、再簡潔

QA的故事不是小說，不需要波瀾曲折的情節。故事應該簡單明了，開門見山，直入主題。一定不要讓不必要的細節淹沒主題。我相信這樣的QA寫(xie) 作原則，“Less is more.”

想變成更好的講故事的QA?多講故事

充分利用反饋，不斷提升你的講故事能力是QA必須堅持的。好的故事帶來的變化會(hui) 讓你有成就感，會(hui) 讓你成為(wei) 領導的眼睛，團隊的朋友。你花30分鍾寫(xie) 個(ge) 一個(ge) 小故事，有可能給你的組織、團隊帶來數月甚至數年的的正麵影響。堅持，不斷的講故事，你會(hui) 成為(wei) QA中的超級戰鬥機。

三個(ge) 讓我難忘的QA報告例子

在不違反保密原則的前提下，和大家分享三個(ge) QA寫(xie) 的故事。

故事1：為(wei) 何財富庫在項目中沒有發揮作用

2004年，看到過一份雷神下屬一個(ge) 組織的QA報告。在推動CMMI三級改進中，QA發現財富庫沒有真正在項目中發揮作用。在一次季度的QA報告中，他們(men) 圍繞這個(ge) 主題做了深入探討。我看到了兩(liang) 個(ge) 團隊在向財富庫提交數據、材料中的困擾和應付交差的故事，看到了他們(men) 在形成解決(jue) 方案、計劃、調整中麵對財富庫的不知所措。故事裏打動我的是財富庫的使用者的心聲，以及他們(men) 被排斥在外的無奈。

故事貫穿的一個(ge) 核心理念是如何讓團隊在研發過程中不再單打獨鬥？什麽(me) 樣的財富庫能發揮作用？財富庫應如何管理？

這份報告是過程的執行者的故事，這份報告讓他們(men) 開始變成了過程的主人。我有幸參加了他們(men) 後來的評估，看到了一個(ge) 富有生命力，易使用的財富庫，過程執行者把它當成了一個(ge) 有效經驗的學習(xi) 平台，極大推動了各種複用。

故事2：一個(ge) Bug後麵的故事

之前寫(xie) 過一篇“一份軟件Bug報告”的文章，裏麵講的是一家瑞典IT公司一個(ge) Bug的故事，我感觸很深。故事帶來了眾(zhong) 多啟示，其中比較重要的是QA的定位。

故事3：看板推動中的好與(yu) 壞

招行的QA堪稱國內(nei) 行業(ye) 楷模，在他們(men) 精益轉型過程中發揮了重要的作用。2017年2.0試點評估時，看過一位QA寫(xie) 的頗有價(jia) 值的一個(ge) 團隊看板轉型中的故事。在2個(ge) 月的時間裏，他深入到這個(ge) 團隊，對其核心看板實踐做了第一手的調查，展示了看板的變化、團隊的優(you) 秀實踐以及如何克服解決(jue) 轉型中一係列的問題、QA自己的觀察和建議等。時隔4年，我至今還能記得其中的一些內(nei) 容。這份報告對管理層和其他看板團隊都有一定的參考價(jia) 值。當他們(men) 告訴我“研發團隊都在期盼著QA的到來”時，我一點也不奇怪。大家都喜歡會(hui) 講故事的QA，都喜歡能給團隊真正帶來一些重要啟示的QA。

好像喬(qiao) 布斯說過一段話，大意是會(hui) 講故事是我們(men) 應具備的最重要能力之一。這句話對QA來講更加貼切，可惜這個(ge) 能力長期不被重視。希望能看到、聽到越來越多QA讓人耳目一新的故事。

本文轉載自老叢(cong) 講桌。