重讀《從菜鳥到測試架構師》-- 黑色的盒子裏面有什麼（上）

上一章提到，因爲研發組工做繁忙，小艾被派遣過去協助作開發工做，在協助過程當中，小艾明白了單元測試是怎麼回事以及如何進行，也就是說，小艾接觸到了白盒測試的相關知識。伴隨着開發進度的有序進行，小艾迴到了測試團隊開啓了新一輪的測試旅程。

但是在工做中，對着可執行的程序不知道從哪裏入手，畢竟以前一邊讀代碼，一邊調試來找問題，十分駕輕就熟，這下倒好，沒有代碼能夠看能夠調了……

小艾的功能測試第一課——準備手電

功能測試，實際上是很簡單可是又不那麼簡單的一件事，簡單到一句話能夠描述其定義，難卻也難在要作到這句話說的事情可不簡單：

    功能測試，簡單的理解就是黑盒測試，就是檢測黑盒子，抓到裏面的bug。 

看吧，簡單到能夠理解成所謂的鼠標點點……不過，想作好黑盒測試須要一個好用的手電，做爲本身的眼睛，來劃破黑夜，找到bug，尋找到光明！

對於產品的學習

要作好功能測試，毫無疑問須要站在客戶的角度去學習產品、看待問題。由於功能測試人員是表明用戶在對產品進行把關，而不是幫助開發人員完成對功能的檢查。所以這也就是爲何有話說測試人員在測試的時候必定要堅信任何產品都有bug存在，也有話說測試人員與開發人員是水火不相容的~

通讀產品的用戶文檔，也可讓咱們瞭解用戶爲何要使用這個產品及一些具體的商業流程實現。也能讓測試人員真正站在用戶的角度看待一些問題，這個是很重要的角度轉換，而想要找到bug，很重要的一點也是對產品具體功能特徵的學習。

經過學習需求說明書、設計文檔等相關文檔，也能夠更好地瞭解用戶爲何須要這些功能，這些功能是怎麼設計的，每一個功能點又是什麼樣的，這樣就不至於開出一個bug卻被告知這個是by design，而不是真正的問題……

固然，功能測試人員並非簡單地按照開發人員的設計文檔去撰寫測試相關文檔的，而是必須認真學習需求說明書，審覈設計文檔，確保設計文檔中包含了全部的需求說明，且該設計是可以知足需求的，即每一個功能都須要嚴格地按照需求說明書實現。與此同時，要站在用戶的角度去理解功能設計是否合理。

 

熟悉各類測試文檔

完成了對產品的文檔學習以後，由淺入深，由總體到局部，小艾對這個產品在功能上有了必定程度的理解，小艾開始了本身的工做，但對比測試文檔的內容，小艾發現本身的測試角度和思惟與有經驗的測試人員有着不小的差距。

對產品功能學習不夠深入，不少小功能點沒有考慮到，對功能的異常狀況也考慮不周，缺少產品運行時錯誤處理的測試意識，測試場景，用例的設計不夠細化，不一樣的測試用例出現了測試冗餘等等……

所以，小艾明白，原來熟悉各類測試文檔這一塊真的很重要，而本身作得遠遠不夠~

 

瞭解功能測試的流程

若是說前面的學習是從橫向瞭解這個產品，那麼瞭解測試流程則是從縱向瞭解這個產品的生命週期及具體功能測試是如何進行的。

測試流程是整個軟件開發生命週期的一部分，流程是作好事情的保障，不管是什麼樣的開發模式，都要了解流程，進而作好工做的規劃。在敏捷開發模式的每一次迭代結束時，都須要經過相應的測試，迭代提交的產品是可工做的軟件，而不是等到全部迭代過程都結束了纔開始進行全面的功能測試：

在這個產品的開發模式下，產品的解決方案是由不一樣的user story組成的，不一樣的user story優先級不一樣。處於某一迭代過程當中的高優先級的story的需求是明確的、詳細的，低優先級的story在前面的迭代過程當中需求每每是概略的，不肯定的。即便是處於高優先級的story，它的設計也能夠是由簡單到完善的一個跨若干個迭代的過程。

因此最初的測試場景和測試用例的設計可能只是針對產品某一功能特徵的一個設計雛形來進行的，須要在每次迭代的過程當中不斷完善，直到最後產生一個可交付的測試場景和測試用例，以及最終的測試計劃書。

 

對產品整個安裝包的各層軟件的瞭解

要想作好功能測試，對所測產品的整個安裝包的各層軟件的瞭解是功能測試人員及其餘測試人員必不可缺的基本技能。

一個大型的應用，它所涉及的各層軟件種類繁多，一般是一個複雜的矩陣結構，這和不一樣的用戶對軟件及整個IT基礎架構的不一樣需求和設計有關。

 

學習自動化測試工具

對於功能測試而言，自動化測試是提升工做效率、保證測試質量及減小積累的迴歸測試工做量的重要保證。隨着對功能測試的愈來愈重視，自動化測試已經成爲業界的一個重要考量指標。

自動化測試是功能測試中一項重要且具備挑戰性的任務。自動化測試在整個功能測試中佔據的比例越高，說明功能測試作得越好。

對於自動化測試的學習，要從如下方面入手：

    1. 理解功能測試用例自動化所依附的自動化開發框架

    2. 學會自動化功能測試用例的自動化工具

    3. 依據必定的規範開發功能測試用例的自動化腳本

通過一系列學習以後，小艾發現功能測試沒有想象的容易，但他也已經擁有了本身的手電，只是對其駕馭還不熟悉。他此時更多的是機械性的循序漸進，只關心最後的結果，而對中間過程並無特別在乎。其實在功能測試中，最終結果當然重要，但中間的過程也不容忽視，不然極可能會在最終的客戶環境中出現一些意想不到的問題。

爲了幫助小艾在功能測試上的進一步瞭解，導師也爲小艾深刻淺出的講解了關於功能測試的方方面面，下一篇文章咱們就一塊兒來看看導師是如何解讀功能測試的~

 

想要第一時間看到這一系列文章的更新及更多精彩內容能夠掃描下面二維碼關注微信公衆號: 倚樓聽風雨的如月