敏捷團(tuán)隊的軟件測試人員不可能贏。情況要么是測試很重要以至于需要開發(fā)人員來完成;要么是任何人都可以完成測試。

不幸得是，如今很多軟件測試職位都 處于兩難的境地。在更快開發(fā)并且發(fā)布應(yīng)用的巨大壓力之下，企業(yè)都會促使測試人員更新他們的技能，從編程到讀取電子表格，甚至直接處理客戶問題。測試人員—很多測試人員自己也已經(jīng)感到職位的尷尬之處 必須面對這樣的現(xiàn)實挑戰(zhàn)，不然可能就會失去工作。

“角色正變得模糊，”敏捷測試教練，專家和作家Lisa Crispin在八月初的Agile2015大會上說。“在Agile世界里，現(xiàn)在的關(guān)注點是競爭力，而不是角色。”這引入了一些很嚴(yán)重的問題，不僅僅有關(guān)于軟件測試的未來，而且有關(guān)下一代軟件開發(fā)團(tuán)隊會如何構(gòu)成。

開發(fā)和測試是否應(yīng)該合二為一?

要想搞清楚軟件測試的未來如何，需要從最棘手的問題入手：開發(fā)在哪里結(jié)束，測試從哪里開始，這兩個應(yīng)該合二為一么?

這是個高風(fēng)險問題。“很多測試人員十分擔(dān)心自己的工作，因為他們不知道如何寫代碼或?qū)懩_本，”Gartner資深研究分析師Nathan Wilson說。他們的確應(yīng)該感到焦慮，他說，因為自動化軟件測試敏捷軟件開發(fā)的重要環(huán)節(jié)很容易就能代替這些不會編程的測試人員。“我們已經(jīng)看到一些公司在轉(zhuǎn)向敏捷之后去掉了軟件測試的職位。”

那么答案是將測試人員轉(zhuǎn)變成初級開發(fā)人員么?很多測試專家說這也完全錯誤。

“我們堅信測試人員的技術(shù)洞察力，”敏捷教練，培訓(xùn)師和咨詢師Janet Gregory說，他在Agile2015大會上和Crispin一起演講。“但是不，我們不認(rèn)為測試人員也需要能夠?qū)懘a，因為你的團(tuán)隊里已經(jīng)有開發(fā)人員了。”

軟件測試人員需要加強技能

測試人員給軟件開發(fā)帶來了獨特的視角，Matthew Heusser，Excelon Development的資深咨詢師。“創(chuàng)建軟件和測試人員帶來的審視是不同的技術(shù)能力，”他說。“測試人員是否需要加強技術(shù)能力?是的，肯定需要。但是他們不需要成為全職程序員。”

但是，他們的確需要具備一些今天還不具備的技能，Henrik Andersson，House of Test的聯(lián)合創(chuàng)始人說，這是一家總部在瑞典的測試咨詢公司。他熱切得認(rèn)為測試人員應(yīng)該還是測試人員，但是他也立即提醒到，很多測試人員工作得很差，使得這一職位蒙羞。他認(rèn)為，將測試人員變成程序員不是解決問題的答案。

“很多公司認(rèn)為開發(fā)能力和編程序比其他技能更有價值，”他說。“但是我不認(rèn)為應(yīng)該關(guān)注于開發(fā)技能。這是很大的錯誤。我確實認(rèn)為大多數(shù)測試人員需要提升自己的技能，并且更多得了解開發(fā)是如何工作的，代碼如何起作用，了解業(yè)務(wù)功能是如何賺錢的。是的，他們需要更強勁的技術(shù)競爭力，但是這只是他們需要改進(jìn)的好幾個領(lǐng)域的其中之一。”

讓測試人員了解流程的所有方面

這是需要尋找的有技巧的平衡，Crispin說，因為團(tuán)隊需要培養(yǎng)“測試思維”，同時她會正式讓測試人員參與客戶服務(wù)，來確保每個人的視野更為寬廣。

了解流程的其他方面是關(guān)鍵，同時，合作也分外重要。“需要觀察每個人是如何完成工作的，”Gregory解釋道。“目標(biāo)是分享理解和通用的語言。團(tuán)隊一起選擇一種測試框架，以及域相關(guān)的語言，然后讓測試自動化知道指定哪些測試。這是巨大的投入，試驗所有這一切需要時間，但是絕對是值得付出的。”

自動化成為軟件安全測試的常態(tài)

軟件安全的一大難題，Gary McGraw，Cigital，Inc.的CTO，最近說，“我們可能知道應(yīng)該怎么做，但是將這一活動擴展到大型企業(yè)可能就非常困難。”取得進(jìn)展的關(guān)鍵，MacGraw說，安全編程領(lǐng)域的頂級專家是“在整個產(chǎn)品線自動化標(biāo)準(zhǔn)方案。”

在2015RSA大會上的采訪中，SearchSecurity的編輯主任Robert Richardson和McGraw一起探討了自動化的前景。“動態(tài)黑盒測試和使用腳本進(jìn)行的有計劃測試，以及直接的簡單代碼審核都可以自動化。”McGraw說。想要實施這次采訪所講內(nèi)容的人，需要“自動化一切能夠自動化的東西。”

漸漸，McGraw說，測試需要覆蓋到企業(yè)應(yīng)用程序產(chǎn)品線的所有應(yīng)用。“通常，首先是去【問】“風(fēng)險最大的應(yīng)用是哪個?”并且一個個單獨查看。但是如果所有的低風(fēng)險應(yīng)用程序加起來有無數(shù)漏洞，也會造成災(zāi)難。”

配對，但是要更為靈活，Andersson說。“測試人員需要將代碼自動化的任務(wù)留給開發(fā)人員。這是開發(fā)人員得到反饋最為迅速的方式，如果我們讓測試人員整天做自動測試，這是浪費時間。相反，應(yīng)該讓測試人員和開發(fā)人員配對，并且?guī)椭麄?開發(fā)人員)學(xué)習(xí)如何進(jìn)行測試。一個優(yōu)秀的測試人員能給團(tuán)隊帶來什么?很多很多。”

配對，然后真正的配對，就像mob編程團(tuán)隊一樣。在mob編程里，一組有六到八名開發(fā)人員，他們集中到一個屋子里，一起狂熱地寫代碼。其實這一理念也可以用在測試上(有人稱之為mob測試)，或者作為將測試人員和開發(fā)人員集中到同一個房間的方式，來一起找到解決問題的方法。

開發(fā)人員和測試人員的配對很有效

“將開發(fā)和測試人員配對絕對非常有效，大家從一開始就一起在用戶故事上合作辦公，”Heusser說。“無需交付，無需等待。他們可以在整個故事的開發(fā)中mob，并且測試所有路徑。”

這也正是Maaret Pyh?j?rvi, 她是芬蘭的Altom Consulting公司的軟件專家和測試咨詢師，在她的團(tuán)隊里所做的嘗試。她在過去四年里一直參與mob編程，但是最近才將測試人員加入到流程中。

“我們決定嘗試mobbing，而不是解釋常見的體驗，”她說。團(tuán)隊能夠很好得溝通，但是仍然會被“沉默信息”卡住—從鍵盤快捷鍵到解決問題的策略—每個人都能夠從中受益。Mobbing促使這些信息的公開。“Mob的確促使每個人都成為最好的，而不是那么幾個人。很好的想法隨之涌現(xiàn)。”

關(guān)注于成為最佳測試人員

關(guān)注于成為最佳測試人員也很好，這聽起來可能很老套，Crispin說。“記住測試人員能夠完成哪些別人做不好的事情，這很重要。使用最炫的測試技巧。擅長于侵入測試—這非常重要—并且記住測試是整個團(tuán)隊的責(zé)任。”

也要記住最開始為什么進(jìn)入測試領(lǐng)域，Ernest Mueller建議到，他是一名開發(fā)人員，也是Agile Admin的博主。“如果你進(jìn)入QA領(lǐng)域是因為的確對開發(fā)非常感興趣，那么就繼續(xù)做吧。但是如果你對測試流程很有熱情，那么這就是你應(yīng)該關(guān)注的領(lǐng)域。”如今的形勢里，所有的壓力都在手動測試人員身上，很可能他們就是會被舍棄的第一層。