敏捷團隊的軟件測試人員不可能贏。情況要么是測試很重要以至于需要開發人員來完成;要么是任何人都可以完成測試。
不幸得是，如今很多軟件測試職位都 處于兩難的境地。在更快開發并且發布應用的巨大壓力之下，企業都會促使測試人員更新他們的技能，從編程到讀取電子表格，甚至直接處理客戶問題。測試人員—很多測試人員自己也已經感到職位的尷尬之處 必須面對這樣的現實挑戰，不然可能就會失去工作。
“角色正變得模糊，”敏捷測試教練，專家和作家Lisa Crispin在八月初的Agile2015大會上說。“在Agile世界里，現在的關注點是競爭力，而不是角色。”這引入了一些很嚴重的問題，不僅僅有關于軟件測試的未來，而且有關下一代軟件開發團隊會如何構成。
開發和測試是否應該合二為一?
要想搞清楚軟件測試的未來如何，需要從最棘手的問題入手：開發在哪里結束，測試從哪里開始，這兩個應該合二為一么?
這是個高風險問題。“很多測試人員十分擔心自己的工作，因為他們不知道如何寫代碼或寫腳本，”Gartner資深研究分析師Nathan Wilson說。他們的確應該感到焦慮，他說，因為自動化軟件測試敏捷軟件開發的重要環節很容易就能代替這些不會編程的測試人員。“我們已經看到一些公司在轉向敏捷之后去掉了軟件測試的職位。”
那么答案是將測試人員轉變成初級開發人員么?很多測試專家說這也完全錯誤。
“我們堅信測試人員的技術洞察力，”敏捷教練，培訓師和咨詢師Janet Gregory說，他在Agile2015大會上和Crispin一起演講。“但是不，我們不認為測試人員也需要能夠寫代碼，因為你的團隊里已經有開發人員了。”
軟件測試人員需要加強技能
測試人員給軟件開發帶來了獨特的視角，Matthew Heusser，Excelon Development的資深咨詢師。“創建軟件和測試人員帶來的審視是不同的技術能力，”他說。“測試人員是否需要加強技術能力?是的，肯定需要。但是他們不需要成為全職程序員。”
但是，他們的確需要具備一些今天還不具備的技能，Henrik Andersson，House of Test的聯合創始人說，這是一家總部在瑞典的測試咨詢公司。他熱切得認為測試人員應該還是測試人員，但是他也立即提醒到，很多測試人員工作得很差，使得這一職位蒙羞。他認為，將測試人員變成程序員不是解決問題的答案。
“很多公司認為開發能力和編程序比其他技能更有價值，”他說。“但是我不認為應該關注于開發技能。這是很大的錯誤。我確實認為大多數測試人員需要提升自己的技能，并且更多得了解開發是如何工作的，代碼如何起作用，了解業務功能是如何賺錢的。是的，他們需要更強勁的技術競爭力，但是這只是他們需要改進的好幾個領域的其中之一。”
讓測試人員了解流程的所有方面
這是需要尋找的有技巧的平衡，Crispin說，因為團隊需要培養“測試思維”，同時她會正式讓測試人員參與客戶服務，來確保每個人的視野更為寬廣。
了解流程的其他方面是關鍵，同時，合作也分外重要。“需要觀察每個人是如何完成工作的，”Gregory解釋道。“目標是分享理解和通用的語言。團隊一起選擇一種測試框架，以及域相關的語言，然后讓測試自動化知道指定哪些測試。這是巨大的投入，試驗所有這一切需要時間，但是絕對是值得付出的。”
自動化成為軟件安全測試的常態
軟件安全的一大難題，Gary McGraw，Cigital，Inc.的CTO，最近說，“我們可能知道應該怎么做，但是將這一活動擴展到大型企業可能就非常困難。”取得進展的關鍵，MacGraw說，安全編程領域的頂級專家是“在整個產品線自動化標準方案。”
在2015RSA大會上的采訪中，SearchSecurity的編輯主任Robert Richardson和McGraw一起探討了自動化的前景。“動態黑盒測試和使用腳本進行的有計劃測試，以及直接的簡單代碼審核都可以自動化。”McGraw說。想要實施這次采訪所講內容的人，需要“自動化一切能夠自動化的東西。”
漸漸，McGraw說，測試需要覆蓋到企業應用程序產品線的所有應用。“通常，首先是去【問】“風險最大的應用是哪個?”并且一個個單獨查看。但是如果所有的低風險應用程序加起來有無數漏洞，也會造成災難。”
配對，但是要更為靈活，Andersson說。“測試人員需要將代碼自動化的任務留給開發人員。這是開發人員得到反饋最為迅速的方式，如果我們讓測試人員整天做自動測試，這是浪費時間。相反，應該讓測試人員和開發人員配對，并且幫助他們(開發人員)學習如何進行測試。一個優秀的測試人員能給團隊帶來什么?很多很多。”
配對，然后真正的配對，就像mob編程團隊一樣。在mob編程里，一組有六到八名開發人員，他們集中到一個屋子里，一起狂熱地寫代碼。其實這一理念也可以用在測試上(有人稱之為mob測試)，或者作為將測試人員和開發人員集中到同一個房間的方式，來一起找到解決問題的方法。
開發人員和測試人員的配對很有效
“將開發和測試人員配對絕對非常有效，大家從一開始就一起在用戶故事上合作辦公，”Heusser說。“無需交付，無需等待。他們可以在整個故事的開發中mob，并且測試所有路徑。”
這也正是Maaret Pyh?j?rvi, 她是芬蘭的Altom Consulting公司的軟件專家和測試咨詢師，在她的團隊里所做的嘗試。她在過去四年里一直參與mob編程，但是最近才將測試人員加入到流程中。
“我們決定嘗試mobbing，而不是解釋常見的體驗，”她說。團隊能夠很好得溝通，但是仍然會被“沉默信息”卡住—從鍵盤快捷鍵到解決問題的策略—每個人都能夠從中受益。Mobbing促使這些信息的公開。“Mob的確促使每個人都成為最好的，而不是那么幾個人。很好的想法隨之涌現。”
關注于成為最佳測試人員
關注于成為最佳測試人員也很好，這聽起來可能很老套，Crispin說。“記住測試人員能夠完成哪些別人做不好的事情，這很重要。使用最炫的測試技巧。擅長于侵入測試—這非常重要—并且記住測試是整個團隊的責任。”
也要記住最開始為什么進入測試領域，Ernest Mueller建議到，他是一名開發人員，也是Agile Admin的博主。“如果你進入QA領域是因為的確對開發非常感興趣，那么就繼續做吧。但是如果你對測試流程很有熱情，那么這就是你應該關注的領域。”如今的形勢里，所有的壓力都在手動測試人員身上，很可能他們就是會被舍棄的第一層。
京公網安備 11010502049343號