試問我們都在做些什么類型的測(cè)試？
前幾天看到一個(gè)博客上關(guān)于對(duì)測(cè)試分類的重新定義，讓我們頗有感觸，也因此我需要對(duì)于測(cè)試的分類重新深入學(xué)習(xí)和理解，并對(duì)自己當(dāng)前的測(cè)試工作進(jìn)行歸類，試問自己我到底做過哪些測(cè)試，擁有哪些方面的技能和經(jīng)驗(yàn)，因?yàn)檫@些都是對(duì)我們職業(yè)發(fā)展有實(shí)際意義的，在這之前我原來如此模糊，不過從這以后我想我可以清醒很多了。
不知道大家有沒有注意到，我們經(jīng)常在瀏覽一些外企發(fā)布的關(guān)于測(cè)試職位的要求時(shí)，通常都會(huì)看到很多與國內(nèi)企業(yè)發(fā)布的招聘要求不同的專業(yè)術(shù)語，比如說：
1、UI automation,UI自動(dòng)化測(cè)試
這在我所看到的國內(nèi)企業(yè)招聘信息上是沒有看到的，當(dāng)然一些教材上也基本沒有這樣的介紹，當(dāng)然我們稱之為功能自動(dòng)化的術(shù)語卻是到處隨處可見；
2、還有Driver Test，驅(qū)動(dòng)測(cè)試
可能水平不行，感覺翻譯或來很不好理解，也更別說到底做過沒做過；
3、API Test/API automation應(yīng)用程序接口測(cè)試
我們可能聽到過接口測(cè)試，但沒有聽過到API automation；
4、還有被稱之為軟件的可靠性測(cè)試的分化有Reliability test, Stress test, Security test, Performance test
這些在我們的招聘信息中可能多見都是一句話帶過，那就是性能測(cè)試，所以招至更多的人拼命地去研究性能測(cè)試工具，都根本就不注重所謂理論深入學(xué)習(xí)；
5、對(duì)于代碼方面的
可能大部分人覺得那是開發(fā)人員的事，或者說是百盒測(cè)試人員的事兒，所以有這樣的要求Code review, Debugging ，也基本沒見過，因?yàn)榇a審查和調(diào)試在大部分的公司都不是測(cè)試人員可能去干的事。
其實(shí)，在這些個(gè)所謂專業(yè)術(shù)語中幾乎看不出我們所謂的測(cè)試類型的分類，因?yàn)閴焊蜎]提到過黑盒測(cè)試、白盒測(cè)試和灰盒測(cè)試的概念，也因此說明在專業(yè)的測(cè)試行業(yè)中就沒有所謂的測(cè)試職位的分別，比如我們國內(nèi)有黑盒測(cè)試工程師、白盒測(cè)試工程、性能測(cè)試工程等等，何為專業(yè)？
就是不分你我，因?yàn)闇y(cè)試是連貫性的，如果因?yàn)槟骋粋€(gè)環(huán)節(jié)而不專業(yè)，那這個(gè)測(cè)試的結(jié)果就不完整，更不可靠。但從這些專業(yè)的測(cè)試術(shù)語中幾乎涵蓋了我們所有過程中都會(huì)做的東西，難道這只是概念的問題嗎？千萬不要以為我們的課本上沒有的概念那就不是測(cè)試人員該做，那是因?yàn)槲覀儗?duì)測(cè)試分類的誤解。
【編輯推薦】
