近一直在看Junit源碼，也看了很多Junit的源代碼分析，看到里面都提到了Java設(shè)計(jì)模式，什么Command模式，工廠模式，Component模式等等。以前知道有Java設(shè)計(jì)模式，這次通過看Junit源碼發(fā)現(xiàn)這個(gè)設(shè)計(jì)模式真的是非常的有用，而且對(duì)于代碼設(shè)計(jì)和架構(gòu)設(shè)計(jì)有很多的指導(dǎo)作用，那大部分的Java開發(fā)人員在使用Java設(shè)計(jì)模式的時(shí)候，主要是為了可重用和擴(kuò)展代碼，增加代碼的邏輯性和可靠性。讓人感覺是非常的High，也讓人感覺這才是真的有技術(shù)含量，這里我會(huì)聯(lián)想到架構(gòu)師，系統(tǒng)分析師等比較牛B的人，那些人至少是把這些設(shè)計(jì)模式理解和使用的非常精通的境界，什么情況下使用什么設(shè)計(jì)模式能啟動(dòng)什么樣的效果，這些東西一說出來，在項(xiàng)目的系統(tǒng)技術(shù)方案評(píng)審和架構(gòu)設(shè)計(jì)的時(shí)候，這代表著水平和技術(shù)實(shí)力。甚至是很牛B的架構(gòu)師是開發(fā)一些新的設(shè)計(jì)模式出來，讓其他的開發(fā)人員來使用這些設(shè)計(jì)模式，使其寫的代碼更具有可靠性和擴(kuò)展性。
這里我想到了測試架構(gòu)師，自從了解了Java設(shè)計(jì)模式，大概了解了開發(fā)架構(gòu)師的一些內(nèi)部職能，自己從事測試行業(yè)這么長時(shí)間了，還是不能完全明確體會(huì)到測試架構(gòu)師到底具體是做什么呢，給其他的測試人員能夠帶來什么，給需要開發(fā)的項(xiàng)目或系統(tǒng)能帶來什么，這里不說其他人的見解，談下我個(gè)人的理解：
首先，一個(gè)合格的測試架構(gòu)師要完全的理解測試技術(shù)。
這里的測試技術(shù)包括需求分析技術(shù)，測試設(shè)計(jì)技術(shù)，測試執(zhí)行技術(shù)等;對(duì)比與開發(fā)架構(gòu)師，有哪個(gè)開發(fā)架構(gòu)師不了解甚至是使用基本編程技術(shù)，編程語言語法，設(shè)計(jì)模式，肯定是對(duì)這些方法和設(shè)計(jì)模式使用的爐火純青，達(dá)到非常精通的境界。這里不能看出作為一個(gè)測試架構(gòu)師能具有的能力了，開發(fā)架構(gòu)師對(duì)項(xiàng)目或系統(tǒng)的貢獻(xiàn)是技術(shù)方案，架構(gòu)設(shè)計(jì)的合理，設(shè)計(jì)模式的合理應(yīng)用，能夠讓開發(fā)人員的代碼更有質(zhì)量和可測試性;測試架構(gòu)師對(duì)項(xiàng)目或系統(tǒng)的貢獻(xiàn)是佳的測試策略，測試模型的合理應(yīng)用，測試設(shè)計(jì)技術(shù)和需求分析技術(shù)的合理應(yīng)用，能夠讓測試人員更快的進(jìn)行測試設(shè)計(jì)，進(jìn)行測試代碼的編寫，發(fā)現(xiàn)較隱含的bug。
其次，一個(gè)合格的測試架構(gòu)師要能實(shí)時(shí)的掌握新的測試技術(shù)并應(yīng)用于團(tuán)隊(duì)。
這里同樣對(duì)比與開發(fā)架構(gòu)師，我們的開發(fā)架構(gòu)師不僅僅提供一些技術(shù)方案的指導(dǎo)，還掌握了JVM，J2EE，EJB等一系列技術(shù)的發(fā)展和動(dòng)態(tài)，了解這些是否有新的技術(shù)來改變或替代，并探索是否適合本公司內(nèi)部應(yīng)用，或作出較有深度的分析報(bào)告。那我們的測試架構(gòu)師也是一樣，不僅僅能夠完全的應(yīng)用和指導(dǎo)測試策略和測試模型，而且還需要了解國內(nèi)外新發(fā)展的新的測試技術(shù)(需求分析技術(shù)，測試設(shè)計(jì)技術(shù)，測試執(zhí)行技術(shù)，的工具)，并探索這些技術(shù)在本公司內(nèi)部應(yīng)用，研究并定制化或完善這些新的測試技術(shù)，提供新技術(shù)的實(shí)施方案并親自實(shí)踐拿到新的分析報(bào)告，知道其他的測試人員參與新技術(shù)的應(yīng)用，目的只有一個(gè)提升測試人員的技術(shù)能力，或是掌握多樣化測試技術(shù)手段，或是更快的發(fā)現(xiàn)bug，或是發(fā)現(xiàn)更深層次的bug。
后，一個(gè)合格的測試架構(gòu)師要能抽象并創(chuàng)新出新的能應(yīng)用于本身團(tuán)隊(duì)的測試技術(shù)。
這里說合格，估計(jì)有點(diǎn)高，我們可以看到開發(fā)架構(gòu)師，能夠抽象并開發(fā)新的設(shè)計(jì)模式的畢竟是少數(shù)，內(nèi)部團(tuán)隊(duì)使用的設(shè)計(jì)模式相對(duì)來說容易一點(diǎn)。那么對(duì)于測試架構(gòu)師也是一樣，需要針對(duì)新的業(yè)務(wù)模式，新的系統(tǒng)架構(gòu)模式抽象和創(chuàng)新出新的測試技術(shù)(需求分析技術(shù)，測試設(shè)計(jì)技術(shù)，測試執(zhí)行技術(shù)，的工具)，并能實(shí)踐與公司內(nèi)部團(tuán)隊(duì)，并提供新測試技術(shù)指導(dǎo)和完善，如果能夠服務(wù)于整個(gè)測試行業(yè)的測試人員的話，那成了真正的大師了，我們的24個(gè)經(jīng)典的設(shè)計(jì)模式不是真是大師開發(fā)的嗎。好比等價(jià)類分析或因果圖分析一樣，牛B的測試架構(gòu)師應(yīng)該可以開發(fā)或創(chuàng)新出類似的測試技術(shù)出來，讓所有測試人員能夠快速的進(jìn)行測試設(shè)計(jì)，提高測試覆蓋率。
總結(jié)下：這里用到了測試技術(shù)，個(gè)人理解的需要再次強(qiáng)調(diào)一下，由于是和設(shè)計(jì)模式相對(duì)，本來個(gè)人覺得使用測試模型更合適，類似于探索式測試的三大模型;但后來覺得有點(diǎn)狹隘，相比較與開發(fā)架構(gòu)師所掌握的技術(shù)來說，測試技術(shù)要少一些，但是測試需要站在整個(gè)系統(tǒng)質(zhì)量的角度來看，必須在了解這些開發(fā)技術(shù)上，充分的利用測試技術(shù)來體現(xiàn)出自己的價(jià)值，是提供優(yōu)的服務(wù)。所謂優(yōu)是在成本，質(zhì)量和進(jìn)度上達(dá)到完美的結(jié)合點(diǎn)，那么測試架構(gòu)師的作用是幫助一個(gè)測試團(tuán)隊(duì)怎么去找到這個(gè)結(jié)合點(diǎn)，怎么去實(shí)施并取得相應(yīng)的結(jié)果，怎么能去不斷的優(yōu)化自己提供的測試方案，測試技術(shù)指導(dǎo)，工具等。
對(duì)于一個(gè)開發(fā)人員來說，我們敬佩一個(gè)開發(fā)架構(gòu)師，絕不是因?yàn)樗a寫的好，寫的快，沒有bug，關(guān)鍵的是他能給我們?cè)陂_發(fā)過程中，甚至在未來的新技術(shù)中都能提供很好且很合理的建議和指導(dǎo)。那么我作為一個(gè)測試人員，我也會(huì)敬佩一個(gè)測試架構(gòu)師，我敬佩他的原因肯定是他能完全的透析我要測試的項(xiàng)目或系統(tǒng)，并給出非常合理的測試策略或方案，對(duì)于一些異�；蛱厥饽K進(jìn)行測試技術(shù)的指導(dǎo)來提高測試覆蓋率，也可以快速的進(jìn)行開發(fā)小工具幫助我進(jìn)行更有效的測試，更多異常的測試。這些技能無不需要厚重的測試技術(shù)的積累和相關(guān)經(jīng)驗(yàn)的抽象和創(chuàng)新。
以上都是個(gè)人看法，歡迎拍磚。
