從現在開始學習軟體測試用來春招找工作晚嗎？請問如何快速入門呢？

01-08

@陳曄@一個屌絲軟體測試員@劉偉強大四快畢業了，如果現在開始學習軟體測試的話，可以春招找到測試工程師的工作嗎？如果可以的話，要如何入門進行學習呢？求知乎大神幫我規划下可以嗎？

1、如果你是計算機相關專業的學生；其實作為應屆生去公司做軟體測試是一個不錯的選擇(我們公司每年都會去招研發/測試崗位的應屆生)

2、如果第一條成立；那麼接下來我們就要考慮怎麼樣提高面試成功率；軟體測試(原書第2版) 這本書你值得擁有;（喬根森 (作者), 韓柯 (譯者)）請一定要理解裡面的內容；不是說看完就行了。

3、如果上面2條你都滿足了；作為應屆生進入公司實習肯定是滿足要求的。

本人是土木狗，誤打誤撞進入了軟體測試領域，以下就針對工作中的一些日常需要的內容簡單說一下，不一定適合求職。（插播一句，其實我個人覺得任何一個智商正常的人，經過一段時間的培訓，都能分分鐘做軟體測試）

1.推薦幾本書

《全程軟體測試》朱少民

《Google軟體測試之道》

《軟體測試經驗與教訓》

《探索性軟體測試》（大概叫這個名字吧）

以及任何一本黑盒測試用例設計技術的書籍

2.一定要知道各種黑盒測試用例設計方法：

（隨手搜了一個鏈接：黑盒測試用例設計方法）

等價類劃分（非常重要及常用）

邊界值法（特別特別重要及非常非常常用，一般配合等價類一起使用）

分類樹（也是很重要及常用）

正交法（挺重要的，尤其是多因素影響時，只能用這個方法）

錯誤推斷法（大概就是基於經驗判斷嘍）

因果圖法（感覺挺叼，但是我沒用過）

判定表

場景法

探索性測試

你要知道每一種測試方法的優缺點，自己搜索一下你就知道了

3.敏捷方法

【以下內容複製自百度百科，看起來沒什麼錯誤的】

敏捷開發以用戶的需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。在敏捷開發中，軟體項目在構建初期被切分成多個子項目，各個子項目的成果都經過測試，具備可視、可集成和可運行使用的特徵。換言之，就是把一個大項目分為多個相互聯繫，但也可獨立運行的小項目，並分別完成，在此過程中軟體一直處於可使用狀態。
敏捷開發的原則
1. 快速迭代
相對那種半年一次的大版本發布來說，小版本的需求、開發和測試更加簡單快速。一些公司，一年僅發布僅2~3個版本，發布流程緩慢，它們仍採用瀑布開發模式，更嚴重的是對敏捷開發模式存在誤解。
2. 讓測試人員和開發者參與需求討論
需求討論以研討組的形式展開最有效率。研討組，需要包括測試人員和開發者，這樣可以更加輕鬆定義可測試的需求，將需求分組並確定優先順序。同時，該種方式也可以充分利用團隊成員間的互補特性。如此確定的需求往往比開需求討論大會的形式效率更高，大家更活躍，參與感更強。
3. 編寫可測試的需求文檔
開始就要用「用戶故事」（User Story）的方法來編寫需求文檔。這種方法，可以讓我們將注意力放在需求上，而不是解決方法和實施技術上。過早的提及技術實施方案，會降低對需求的注意力。
4. 多溝通，盡量減少文檔
任何項目中，溝通都是一個常見的問題。好的溝通，是敏捷開發的先決條件。在圈子裡面混得越久，越會強調良好高效的溝通的重要性。

團隊要確保日常的交流，面對面溝通比郵件強得多。
5. 做好產品原型
建議使用草圖和模型來闡明用戶界面。並不是所有人都可以理解一份複雜的文檔，但人人都會看圖。
6. 及早考慮測試
及早地考慮測試在敏捷開發中很重要。傳統的軟體開發，測試用例很晚才開始寫，這導致過晚發現需求中存在的問題，使得改進成本過高。較早地開始編寫測試用例，當需求完成時，可以接受的測試用例也基本一塊完成了。

4.作為測試人員，也是需要知道軟體開發的流程的

如，軟體開發的瀑布模型

V模型

W模型

敏捷迭代

等等

以及需要思考測試人員在其中的作用，具體參看《全程軟體測試》吧，其實講的還不錯，對過程說的比較多，但是對測試方法說的並不夠非常深入。

5.自動化測試

以下情況需要自動化介入：結果可機器檢查，操作過程可重複，無人為影響，必須保證模塊穩定性的情況下。

其實我覺得能上自動化就上自動化，除非自動化覆蓋不了，再進行手工測試。自動化測試一般是直接覆蓋測試用例，對所有的基本操作流程進行覆蓋，好處是能夠保證無bug的模塊一直無bug；壞處是只能保證基本的可用性；手工測試可以進行探索性測試，能夠基於用戶場景進行深入的探索，這是手工測試的優勢。

-------------------------------------------------------

就先寫到這吧，隨時想起來了隨時更。

come here

你這個，要是從沒做過，又想從事軟體行業的工作，個人建議去企業單位去學習，有的企業單位是有自己的相關培訓的。但是純粹的培訓機構，就不建議了啊。