先講自己遇到的兩個小故事。

　　去年底新開始負(fù)責(zé)一個項目的測試工作，這個項目在我之前,，并沒有正式的測試人員,，開發(fā)寫完代碼然后就自己測試一下，沒問題就上線,。一次和相鄰團隊活動,，一開發(fā)技術(shù)牛人得知我是新來負(fù)責(zé)測試的，寒暄之余,，他的第一個問題是,，你是用什么來做測試的？

　　聽到這個問題,，我不禁一愣,，他問的“什么”是什么意思？是指一種測試框架,？或是一種測試工具,？或是一種測試方法？還是其他,？我趕緊回答,，我正在準(zhǔn)備自己的一套測試框架，也在吸取社區(qū)上的各種成熟的東西,，測試用例也在建設(shè)中,。

　　做測試5年多時間，之前從沒被問過這個問題,。

　　進入項目的前兩個月,，我在整理之前開發(fā)用到的各種測試方法和測試工具，一方面為了自己了解這個項目的狀況,，另一方面也可以把以前的成果沉淀下來,，為后面形成測試用例體系做準(zhǔn)備。這時候來了一個測試的助手,，因為是新人,，我讓他先看下我之前先整理出來的那些個測試用例，同時也可以結(jié)合自己的經(jīng)驗做一些擴展補充,。他看了會,，也跟我拋了個讓我很吃驚的問題：你說的測試用例就是指哪幾個工具？言外之意,，就是覺得那幾個工具就是幾個命令行,，運行一下不就可以了，還有什么可以擴展補充的,？后來知道,，原來他想寫code，想做自動化。

　　我終于意識到,，原來大家對測試的理解是有很大不同的。我不能講他們的理解不對,，因為他們的工作背景和經(jīng)驗形成的對測試的一些看法,，在某些場景下確是對的；但我覺得根據(jù)自己以前的經(jīng)驗和個人認(rèn)識,，我對他們的理解有很大的不認(rèn)同,。

　　我就來講講自己對測試的一些看法，完全是作為交流的目的,，有講得不對的地方,，懇請大家更正。

　　測試是干什么的,？本著以終為始的原則來分析問題,，我們首先需要了解測試的職責(zé)是什么：毫無疑問，測試存在的價值就是保證產(chǎn)品的質(zhì)量,，讓產(chǎn)品給用戶提供好的服務(wù),。所以，這個目標(biāo)決定了測試該做的事情,，一切與這個目標(biāo)一致的事情,，都是測試需要做的；而所有對這個目標(biāo)無直接用處的事情,，測試需要考慮是否該做,；至于違背了這個目標(biāo)的事情，應(yīng)該杜絕去做,。

　　所以,，對于測試，最重要的第一件事情是需要了解產(chǎn)品,?？瓷先ミ@是一句廢話，項目中的任何人都需要了解產(chǎn)品,！我想強調(diào)的是,，測試需要比開發(fā)在某些方面更了解產(chǎn)品。對產(chǎn)品的了解分為兩個部分,，一部分是需求,，另一部分是設(shè)計。對測試來講,，對前者的了解優(yōu)先級比后者更為重要,。需求定義了這個產(chǎn)品需要做成什么樣，它可以為用戶解決什么樣的問題，以及為用戶提供了什么樣的功能,。而設(shè)計僅僅是開發(fā)為了實現(xiàn)需求,，在基于自己對需求的理解上，用某一種方式實現(xiàn)了產(chǎn)品,。需求決定了設(shè)計,。

　　開發(fā)對產(chǎn)品的理解體現(xiàn)在設(shè)計上，而測試對產(chǎn)品的理解體現(xiàn)在測試用例上,。

　　回到主題來,，測試該做的第一件事情，是測試用例的齊備,?？梢詻]有所謂測試框架，也可以沒有自動化,，都不會從根本上影響測試質(zhì)量,；測試用例、測試場景不齊全,，會直接導(dǎo)致產(chǎn)品潛在Bug沒有被發(fā)現(xiàn),，用戶拿到的產(chǎn)品服務(wù)質(zhì)量很差。而且,，我覺得如果測試場景沒有完善,，就急匆匆的去做一種框架或是自動化，也注定是很快要做重工的,，因為很大可能你后面新加入的大量測試場景會徹底推翻你前期實現(xiàn)的測試框架,、自動化模式。

　　當(dāng)然,，我也不是說要等所有測試場景都確定下來,，才能開始自動化；自動化確實可以節(jié)省人力,，騰出更多資源去做測試用例拓展,；但要先確保最基礎(chǔ)的測試場景完善。測試框架,、自動化只是工具,，它們的價值在于幫助測試人員提高工作效率，把一些勞動交給機器做,，為測試人員省出時間去做更有價值的測試工作,；但它們做到再好，對用戶來講,，他們毫不關(guān)心,；就像有人提到,，Windows Vista的自動化測試程度很高，而忽視了用戶體驗,，結(jié)果注定是一個失敗的產(chǎn)品,。

　　我這里的測試用例實際上是廣義上的測試用例，包含各種測試類型：功能測試用例,，性能測試用例,，系統(tǒng)測試用例，兼容性測試用例,，安全測試用例,，等等等等,。我覺得根據(jù)產(chǎn)品的需求或者項目的需要,，提高測試用例覆蓋度這個過程才是測試應(yīng)該花大氣力去做的事情、測試工作中的重中之重,。至于如何去完善測試用例,，有很多很多的方法、技巧和經(jīng)驗,，我也在學(xué)習(xí)中,，這里就先不聊了。

　　齊全的測試用例是為了可以盡量的覆蓋產(chǎn)品邏輯,，盡量可以發(fā)現(xiàn)潛在的Bug,，或是盡量確認(rèn)可以正常工作的場景。但這個過程的前提,，就是開發(fā)已經(jīng)實現(xiàn)了產(chǎn)品,，他們已經(jīng)有Bug潛伏在某些地方了；事后盡早挽救是一個好的方法,，但如果能夠事先預(yù)防,，防患于未然，那更是大家期望的,。在軟件開發(fā)中,，測試在項目前期的參與，對于保障產(chǎn)品質(zhì)量非常有益,。