2018年軟件測試行業狀態報告(2)

感覺好像我們最終推倒了曾經將我們與開發兄弟分隔開的那道組織墻。

但這似乎并不是普遍現象，獨立測試團隊在一些組織中仍然有很強的勢力，這些組織因為某些實際問題而沒有跳上敏捷或精益的大班車。

Bhamare：從我的角度來看，有明確的跡象表明，分散QA/測試部門，并將專門的測試人員嵌入到項目團隊的情況正變得越來越普遍。當然，根據組織商業模式的不同，這種情況看起來也不同，但如果要討論“趨勢”，那么“項目團隊的專門測試人員”對我來說似乎是一個明智之舉。

InfoQ：該報告提到了回顧會議的顯著增加，是什么導致了這種情況，以及會有什么樣的后果？

Bhamare：這與我所說的測試人員角色的多面性以及他們對項目團隊的貢獻有關。

從他們的工作角色以及他們所擁有的能力的性質來看，我覺得測試人員具有很好的觀察技能，可以幫助項目團隊提高產品質量。這些觀察結果可以是系統級別、應用程序級別、人員級別的，重點是，最好要有人“觀察”事物，分析它們并以某種形式將它們呈現出來，讓團隊成員能夠從不同的角度看待問題。

有經驗的測試人員憑借其敏銳的觀察技能可以讓回顧變得更加有效。正如Jerry Weinberg在他的“通過反饋循環控制系統的崩潰”理論中解釋的那樣，“早行動，小步跑”是非常關鍵的，而測試人員無疑是讓反饋循環成為控制器的最佳人選。這就是我對整個回顧過程的看法。

Montvelisky：我們再次看到測試人員加入Scrum和敏捷團隊并參與團隊活動的跡象。

同時這也表明，團隊和測試人員越來越意識到回顧的價值，將它們視為“靜態測試”活動，在這些活動中，我們不僅有機會看到我們發現的錯誤，而且會知道產生這些問題的不正確的過程，這樣不僅可以錯誤，還能修復整個過程。

測試人員一直致力于改進流程質量，在很多方面，諸如回顧之類的敏捷實踐可以讓我們有機會最終實現這一目標。

結果是，我們有望建立起一種更加完整的質量文化，我們可以從錯誤中吸取教訓，以改善我們的工作方法和文化。

InfoQ：有一個開放性問題是關于由測試人員完成的非測試任務，結果是怎樣的？

Montvelisky：開放性問題有時候會很棘手，但它們也非常有趣，因為它們為測試人員提供了一個開放的平臺來表達自己，并為我們提供無法提前預見的答案。

關于非測試任務的問題，我們看到了很多反復出現的答案，這些答案指向更接近于客戶的測試人員（組織Beta測試程序，或直接向客戶介紹產品的功能），或在團隊中充當產品所有者角色時作為客戶的代表。

我們還看到了其他很多答案，測試人員將編寫產品代碼作為他們日常任務的一部分——這順應了團隊是一個整體的理念，每個成員都能夠而且應該能夠完成所有任務。

開放性問題也為受訪者提供了一個機會，讓他們釋放工作中的部分緊張情緒和挫折感……就像其中有一個受訪者，他的一個非測試任務的人是充當“動物園管理員”的角色，我確信在我們的測試生涯中，我們當中的很多人都曾感受過這樣或那樣的感受。

Bhamare：這當中有很多有趣的事情。我個人很高興看到越來越多的測試人員意識到監控生產日志的價值，并利用這些信息來提高質量。

測試人員為“客戶提供支持和培訓”確實是一項有趣的活動，我個人也希望能夠這樣做。如果我們能夠深入進入，與客戶的這種互動可以很好地用于進行用戶測試和收集可用性反饋。憑借這些知識，測試人員可以超越傳統的專業領域來提升產品質量。

不過我也感到有點失望，因為沒有提到測試人員為提高產品的“可測試性”做出了哪些事情。我覺得測試人員在這方面還有很多事情可以做。我在我的 基于會話的測試 中解釋了更多這方面的想法。

InfoQ：測試人員需要哪些技能以及如何發展這些技能？

Bhamare：我想說，提高技術效率是首要任務，但這也取決于具體環境。

在某些情況下，領域知識與良好的溝通技巧、專業知識互動以及優秀的探索技能相結合將更為重要。

自動化能力變得越來越重要，但與此同時，了解測試自動化、什么時候不應該使用自動化、如何不讓它扼殺掉熟練的腦力測試是一項同樣重要的技能，而這種技能似乎正在出現。

原文轉自：http://www.infoq.com/cn/articles/state-of-testing-report-2018