<ruby id="h6500"><table id="h6500"></table></ruby>
    1. <ruby id="h6500"><video id="h6500"></video></ruby>
          1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>

            TDD團隊中的測試人員(4)

            發(fā)表于:2016-06-13來(lái)源:infoq作者:Maarten Folkers點(diǎn)擊數: 標簽:測試人員
            那么,TDD團隊中的測試人員究竟應當掌握哪些技術(shù)方面的知識呢?以下陳述基本是沒(méi)什么疑問(wèn)的: 敏捷測試人員需要掌握良好的技術(shù)知識,了解如何與他人

              那么,TDD團隊中的測試人員究竟應當掌握哪些技術(shù)方面的知識呢?以下陳述基本是沒(méi)什么疑問(wèn)的: 敏捷測試人員需要掌握良好的技術(shù)知識,了解如何與他人合作進(jìn)行自動(dòng)化測試,而成為經(jīng)驗豐富的探索性測試人員(Crispin, Gregory 2009)對于TDD團隊來(lái)說(shuō)同樣有意義 。

              但我卻相信,對于已開(kāi)始實(shí)踐TDD的敏捷團隊與尚未開(kāi)始實(shí)踐TDD的敏捷團隊來(lái)說(shuō),他們對于職務(wù)的需求也是不同的。對于尚未開(kāi)始TDD的團隊來(lái)說(shuō),敏捷測試人員也許將被迫使用某些不為開(kāi)發(fā)人員所用的測試工作,或是進(jìn)行大量的手工測試。而在TDD團隊中,測試人員更有可能在IDE中進(jìn)行工作,這時(shí),該角色的技術(shù)需求就變?yōu)椋?/p>

              掌握至少一門(mén)編程語(yǔ)言(從而能夠閱讀及編寫(xiě)測試)。

              了解命令行與腳本編寫(xiě)的知識(包括服務(wù)器與本地機器)。

              具備數據庫方面的經(jīng)驗(用于在沒(méi)有GUI的情況下檢查持久化的情況)。

              結語(yǔ)

              本文引用了Kent Beck、Martin Fowler和David Heinemeier Hansson的對話(huà),這也是激勵我撰寫(xiě)本文的動(dòng)力。如果你對于測試有興趣,應該聽(tīng)一聽(tīng)他們對于“將代碼扔給QA”以及“老派的QA做法還不如不要QA” 等觀(guān)點(diǎn)坦率而直接的表述。

              為了對此問(wèn)題進(jìn)行透徹的分析,我首先描述了老派的功能性測試方法,它所造成的結果不經(jīng)過(guò)思考的功能檢查,這種方式帶來(lái)的傷害更大于它的價(jià)值。這并非我的臆想,而是有強烈的跡象表明仍有許多組織以這種方式進(jìn)行測試,無(wú)論他們是否采用了“敏捷”實(shí)踐。

              接下來(lái),我指出了為什么將TDD開(kāi)發(fā)者與“老派的功能測試人員”結合在一起是一種不推薦的方式。在團隊組成那一部分,我對于在TDD團隊中設置測試人員的角色持保留態(tài)度,并將其修正為在團隊中應當設立一些對于測試充滿(mǎn)熱情的成員。

              至于測試人員所需的技能,我認為在TDD過(guò)程中已不需要進(jìn)行老派的功能性檢查。在TDD團隊中仍然有測試人員的一席之地,但他們的測試工作需要更專(zhuān)業(yè)的技術(shù)知識。

              收獲

              如果你是一位仍在進(jìn)行手工檢查的測試人員,那么應當考慮TDD或其他能夠將手工檢查自動(dòng)化的解決方案。如果你還不具備上文所提到的技術(shù)知識,那么是時(shí)候將你的知識水平提升至這一程度,從測試工作中獲得更大的樂(lè )趣!《More Agile Testing》(Crispin Gregory 2015)一書(shū)對于應當具備的知識進(jìn)行了詳盡的介紹,我極力推薦這本書(shū)給那些希望繼續從事測試工作的讀者們。為了掌握這些知識,我建議大家進(jìn)行正規的學(xué)習,它會(huì )讓你更好地了解某個(gè)主題,并且加快學(xué)習的速度,同時(shí)也使你有機會(huì )證明自己已具備了這些知識。

              如果你是一位團隊主管或經(jīng)理,并且對于測試方面的問(wèn)題感到受挫,那么你或許應當考慮一下如何實(shí)現更高級的測試方案。你需要的是在團隊中找到能夠實(shí)現方案,同時(shí)又對測試充滿(mǎn)熱情的人。在“程序員即測試人員?”(Programmers as Testers?)這篇文章(Gregory 2011)中,Janet Gregory表示她傾向于測試人員應當具備技術(shù)背景的觀(guān)點(diǎn),但如果他們將測試人員的角色僅僅當作成為程序員的一塊墊腳石,那么就不要以測試人員的身份招聘他們。這一點(diǎn)無(wú)可厚非,如果測試人員對于測試工作沒(méi)有熱情,他們就無(wú)法很好地實(shí)現測試象限或探索性測試。反過(guò)來(lái)說(shuō),如果某個(gè)測試人員不具備必需的技能,他就無(wú)法實(shí)現測試自動(dòng)化,甚至在探索性測試中也做不到完全高效。換句話(huà)說(shuō),技能與熱情是實(shí)施敏捷測試的必要條件。

              參考

              Ambler (2003-2014), Personas an Agile Introduction

              Bach, Bolton (2013), Testing and Checking Refined

              Cohn (2009), The forgotten layer of the Test Automation Pyramid

              Crispin (2009), Agile Test Planning with the Agile Testing Quadrants

              Crispin, Gregory (2009), Agile Testing A Practical guide for Testers and Agile Teams

              Crispin, Gregory (2015), More Agile Testing Learning Journeys for the Whole Team

              Gregory (2011), Programmers as Testers ?

              Hendrickson (2001), Better Testing – Worse Quality ?

              Hendrickson (2006), Test Heuristics Cheat sheet

              Hendrickson (2013), Explore it!

              Kaner, Hendrickson and Brock (2001), MANAGING THE PROPORTION OF TESTERS TO (OTHER) DEVELOPERS

              Larman, Vodde 2008, Scaling Lean & Agile Development

              Marick (2003), Agile testing directions, tests and examples

              Shore (2007), The Art of Agile

              關(guān)于作者

              Maarten Folkers 是一位測試方面的專(zhuān)家顧問(wèn),他對于(管理)傳統的軟件測試方法與現代化的測試技術(shù)的應用有著(zhù)豐富的經(jīng)驗?,F代化的測試技術(shù)包括TDD風(fēng)格的編程方式、構建與部署自動(dòng)化、在構建管道中集成協(xié)議層以及GUI層的測試、以及探索性測試(的宣傳)。Maarten具有法律專(zhuān)業(yè)的碩士學(xué)位,并且正在攻讀計算機科學(xué)方面的本科學(xué)位。他目前居住在位于荷蘭南部的Den Bosch,熱衷于歷史、烹飪與跑步。

            原文轉自:http://www.infoq.com/cn/articles/testers-TDD-teams

            老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月
              <ruby id="h6500"><table id="h6500"></table></ruby>
              1. <ruby id="h6500"><video id="h6500"></video></ruby>
                    1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>