一、你對測試最大的興趣在哪里？為什么？

最大的興趣就是測試有難度，有挑戰性！做測試越久越能感覺到做好測試有多難。曾經在無憂測試網上看到一篇文章，是關于如何做好一名測試工程師。一共羅列了 11，12 點，有部分是和人的性格有關，有部分需要后天的努力。但除了性格有關的 1，2 點我沒有把握，其他點我都很有信心做好它。

剛開始進入測試行業時，對測試的認識是從無憂測試網上了解到的一些資料，當時是沖著做

測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發更難，雖然當時我很想

做開發（學校專業課我基本上不缺席，因為我喜歡我的專業），但看到測試比開發更難更有
挑戰性，想做好測試的意志就更堅定了。

我覺得做測試整個過程中有 2 點讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣），第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來之前，把用例寫好，用什么測試方法寫？（也就是測試計劃或測試策略），如果你剛測試一個新任務時，你得花一定的時間去消化業務需求和技術基礎，業務需求很好理解（多和產品經理和開發人員溝通就能達到目的），而技術基礎可就沒那么簡單了，這需要你自覺的學習能力，比如說網站吧，最基本的技術知識你要知道網站內部是怎么運作的的，后臺是怎么響應用戶請求的？測試環境如何搭建？這些都需要最早的學好。至少在開始測試之前能做好基本的準備，可能會遇到什么難題？需求細節是不是沒有確定好？這些問題都能在設計用例的時候發現。

第二是發現 BUG 的時候了，這應該是測試人員最基本的任務了，一般按測試用例開始測試就能發現大部分的 bug，還有一部分 bug 需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出 bug。還有如何發現 bug？這就需要在測試用例有效的情況下，
通過細心和耐心去發現 bug 了，每個用例都有可能發現 bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程數據流及結果都得看仔細了，bug 都在里面發現的）。如何描述 bug 也很有講究，bug 在什么情況下會產生，如果條件變化一點點，就不會有這個 bug，以哪些最少的操作步驟就能重現這個bug，這個bug產生的規律是什么？如果你夠厲害的話，可以幫開發人員初步定位問題。

問題十五：你的測試職業發展目標是什么？

測試經驗越多，測試能力越高。所以我的職業發展是需要時間累積的，一步步向著高級測試
工程師奔去。而且我也有初步的職業規劃，前 3 年累積測試經驗，按如何做好測試工程師的要求要求自己，不斷的更新自己改正自己，做好測試任務。

二、您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區別與聯

系（如功能測試、性能測試）
測試類型有：功能測試，性能測試，界面測試。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個
黑盒子。利用黑盒測試法進行動態測試時，需要測試軟件產品的功能，不需測試軟件產品的內部結構和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯
誤推測、因果圖和綜合策略。
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各
項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載
測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指
標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能
提供的最大服務級別的測試。
界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印
象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如
同人的面孔，具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成
功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的
畏懼與放棄中付諸東流。
區別在于，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的
功能問題。性能測試主要關注于產品整體的多用戶并發下的穩定性和健壯性。界面測試更關
注于用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規范（快捷鍵之類的），
是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數據，
當然考慮到體驗性，不能太粗魯的彈出警告）？做某個性能測試的時候，首先它可能是個功
能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試。

三、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收 測試的區別與聯系。

黑盒測試：已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。
白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查。
軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發現以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？
3、是否有數據結構錯誤或外部信息（例如數據文件）訪問錯誤？
4、性能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
軟件的白盒測試是對軟件的過程性細節做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：
1、對程序模塊的所有獨立的執行路徑至少測試一遍。
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環的邊界和運行的界限內執行循環體。
4、測試內部數據結構的有效性，等等。
單元測試（模塊測試）是開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數的行為。
單元測試是由程序員自己來完成，最終受益的也是程序員自己。可以這么說，程序員有
責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了
證明這段代碼的行為和我們期望的一致。
集成測試（也叫組裝測試，聯合測試）是單元測試的邏輯擴展。它的最簡單的形式是：
兩個已經測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組
件是指多個單元的集成聚合。在現實方案中，許多單元組合成組件，而這些組件又聚合成程
序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起
測試。最后，將構成進程的所有模塊一起測試。
系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能
提供系統方案說明書中指定功能的有效方法。（常見的聯調測試）
系統測試的目的是對最終軟件系統進行全面的測試，確保最終軟件系統滿足產品需求并
且遵循系統設計。
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，
并且可以讓最終用戶將其用于執行軟件的既定功能和任務。
驗收測試是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試后，已經按照設計
把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步
驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。

四、當開發人員說不是 G BUG 時，你如何應付？

開發人員說不是 bug，有 2 種情況，一是需求沒有確定，所以我可以這么做，這個時候
可以找來產品經理進行確認，需不需要改動，3 方商量確定好后再看要不要改。二是這種情
況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是 BUG 的依據是什么？
如果被用戶發現或出了問題，會有什么不良結果？程序員可能會給你很多理由，你可以對他
的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行
確認,如果要修改就改,如果不要修改就不改。其實有些真的不是 bug，我也只是建議的方式
寫進 TD 中，如果開發人員不修改也沒有大問題。如果確定是 bug 的話，一定要堅持自己的立場，讓問題得到最后的確認。

五、為什么要在一個團隊中開展軟件測試工作？

因為沒有經過測試的軟件很難在發布之前知道該軟件的質量，就好比 ISO 質量認證一樣，測
試同樣也需要質量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發
現軟件中存在的問題，及時讓開發人員得知并修改問題，在即將發布時，從測試報告中得出
軟件的質量情況。

六、如果有機會轉成開發人員，你會去做開發工作嗎？

如果公司確實需要我可以從事開發，但我還是喜歡做測試，我認為我更適合做測試。

七 、一份測試計劃應該包括哪些內容？

背景、項目簡介、目的、測試范圍、測試策略、人員分工、資源要求、進度計劃、參考文檔、
常用術語、提交文檔、風險分析。

八、針對于軟件的行業背景，你如何理解軟件的業務？

閱讀用戶手冊了解軟件的功能和操作流程；
看一些業務的專業書籍補充業務知識；
如果有用戶實際的數據，可以拿實際的數據進行參考；
參考以前的用例和 BUG 報告；
在使用軟件的過程中多思考；
多與產品經理交流。

九、測試用例應包括哪些內容？

編號、模塊名稱、編寫人、日期、操作說明、輸入數據、預期結果等。
如何定位測試用例 的作用？
組織性：編寫、組織性、功能覆蓋、重復性、跟蹤、測試確認

十、測試過程中什么是最重要的？

需求、計劃。

十一、什么是兼容性測試？請舉例說明如何利用兼容性測試列表進行測試。

主要驗證軟件產品在不同版本之間的兼容性。包括向下兼容和交錯兼容，向下兼容是測試軟
件新版本保留它早期版本功能的情況，交錯兼容是驗證共同存在的兩個相關但不相同的產品
之間的兼容性。

十一、對某軟件進行測試，發現在 WIN98 上運行得很慢，怎么判別是該軟件存在問題還是其軟硬件運行環境存在問題？

看軟件的運行環境要求。如果符合要求則是程序存在問題，若不符合要求則是硬件系統存在
問題

以上筆者的經歷更像一張橫向的知識網，創建了一個交流平臺 914172719 ，群內有各種技術同行交流、學習資料、面試經驗等。其中用到jenkins、docker、moutebank、python編程等，還需要花更多的精力去深入學習，當每項技能都能掌握到一定深度，才能稱為一個完整的知識體系。

最后： 可以關注公眾號：傷心的辣條 ！ 進去有許多資料共享！資料都是面試時面試官必問的知識點，也包括了很多測試行業常見知識，其中包括了有基礎知識、Linux必備、Shell、互聯網程序原理、Mysql數據庫、抓包工具專題、接口測試工具、測試進階-Python編程、Web自動化測試、APP自動化測試、接口自動化測試、測試高級持續集成、測試架構開發測試框架、性能測試、安全測試等。

如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！

好文推薦

轉行面試，跳槽面試，軟件測試人員都必須知道的這幾種面試技巧！

面試經：一線城市搬磚！又面軟件測試崗，5000就知足了…

面試官：工作三年，還來面初級測試？恐怕你的軟件測試工程師的頭銜要加雙引號…

什么樣的人適合從事軟件測試工作？

那個準點下班的人，比我先升職了…

測試崗反復跳槽，跳著跳著就跳沒了…