軟件測試工程師的基本修養

　　見到題目，你或許會想起電影《喜劇之王》中尹天仇所看的《演員的自我修養》，會對影片中周星馳所扮演角色對夢想成為一名出色的演員而孜孜以求的情節記憶猶新。人們說行行相通，我們這里就說說測試人員的基本修養。

　　代碼編寫，不可或缺

　　喬布斯說：Design is not just what it looks like and feels like, design is how it works(設計不僅是外形和感覺，設計關乎如何運作)。那么可以說測試亦是如此，測試不是簡單地拿過來用一用。當開發人員將開發完成的軟件提交到測試人員那里以后，測試人員首先需要做的是迅速透徹地理解軟件的功能。你會說這是需求討論階段已經介入的工作，沒錯，但除了理想狀況，很多時候是趕鴨子上架，容不得按常理出牌?；蛘吣銜f要先做版本驗證測試(BVT)查看其可測性，但這都是理想狀況。

　　而無論如何，你首先要搞明白提交過來的東西具備哪些功能以及是如何工作的?事先準備好滿足測試需要的軟硬件環境自然不必多說。開發經驗的作用不光局限于對編碼及相關技術的理解，還會使你更加了解開發人員的心理感受，從編碼心理和工作習慣的角度，更好地弄懂軟件是如何工作的。這一點多多少少有點兒只可意會不易言傳的感覺。我在工作中切身體會到，有些朋友搞定編碼的思路，可以使人強烈感受到一股強大的、嚴密的邏輯氣息。那思路和風格從頭到尾自成一體—— 氣派、美妙，令人贊嘆不已。

　　世界著名計算機科學家，1984年圖靈獎獲得者Niklaus Wirth提出“算法+數據結構=程序”。清代人薛雪所撰《一瓢詩話》中有：如此體會，則詩神詩旨，躍然紙上。那么我要說：如此體會，則碼神碼旨，亦躍然紙上。

　　全面深入，T型路線

　　T字型知識架構是指在細分領域細致專精，相關技術領域也要有所了解。測試人員真的需要了解相關技術嗎?答案是肯定的。這里說的相關技術并非指測試相關，而是指開發所用的相關技術。說得再直白些，最好是懂得相關技術，甚至是該領域的技術專家。

　　我曾親身經歷過這樣一件事情：在一個有著廣泛市場影響的項目中，新版本發布增加了新的功能，在HTML頁面中使用JavaScript來控制控件的顯現。而發布時間緊迫，不允許有更多的時間使用正向用例來驗證功能的正確性。盡管如此，我們也針對這小小的控件設計了將近百條用例。涉及的方面包括從頁面的正反向跳轉來驗證控件的版本升級，到控件的跨域調用、瀏覽器的兼容、服務設置及干擾，如此種種，無一不需要通過了解相關技術，才能設計出有價值的用例。當然，有些有價值的用例來自于使用習慣，這可以說是很難有章可循的，需要靠經驗的積累。最后，還要檢查JavaScript文件內容是否正確。這樣一來，最大限度地保證了產品上線后該功能點萬無一失。

　　理清思路，有的放矢

　　很多人會認為，在測試工作中引入巧妙的編程技巧或者使用酷炫無比的技術手段，就代表測試水平高超。這種做法顯然舍本求末，沒有明白測試行為本身的目的。對于專業測試人員，這點誤區可以理解，但不可接受。軟件測試的目的，一方面是為了盡可能發現軟件存在的缺陷，追蹤直至解決這些缺陷;另一方面是為了度量被測試對象質量的優劣程度，對可能出現的問題從技術和其他方面采取相應的措施。兩者都是為了降低潛在的商業風險。

　　一般來說，我們首先會根據軟件系統本身的特點，其應用場景及開發人員等相關資源，去制訂相應的測試策略，其中包括制訂測試計劃、分配測試資源、設計測試用例等。測試工作前期的大部分內容，不僅需要相關的技術知識，還包括更多的相關應用領域的知識和經驗，以及分析能力。而這一切行為皆為降低產品潛在的商業風險所服務。誠然，使用優美的代碼和酷炫的技術完成測試任務無可厚非，而無論如何，主旨不可偏離。

　　積基樹本，夯實基礎

　　好比說，找來一些幫手來壘墻，這自然不需要什么高深的建筑理論，但要做對整體工程進行把控的建筑工程師則需要讀過建筑理論，掌握相關的基礎知識。計算機科學領域中的基礎知識，包括數據結構、操作系統、編譯原理、數據庫原理等?；A知識越是夯實飽滿，也才越容易被融會貫通、結合實踐從而得到寶貴的升華。數據庫產品種類繁多，各類軟件開發框架也層出不窮，而不變的永遠是基礎知識和基本原理。假如你明白高級語言應用開發學習的內容無外乎語法、框架和類庫這三部分，學習起來自然不會眉毛胡子一把抓。

原文轉自：http://www.diggerplus.org/archives/2755