對於小白來說，可能會有一種誤解，覺得軟體測試是由軟體測試工程師來做的。那麼是不是只有軟體測試工程師進行測試工作呢？當然不是。因為在實際測試過程中，測試人員並不止軟體測試工程師！記住我這裡說的是測試人員，並沒有說軟體測試工程師。開發人員、ui設計師、產品經理、財務都可能是測試人員。什麼？財務也是測試人員？對，你沒有看錯。有一種測試叫α測試。α測試是由乙個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試。
那麼有α測試什麼好處呢？我們是不是一定要做α測試呢？我的答案是如果有這個條件，盡量去做。我們來重新理解一下α測試。在說α測試之前，我們先來說乙個我們大家都承認的共識，那就是思維誤區。說個小故事，細節記不清楚，說一下大概。一條生產線由於機器問題，會導致誤生產，應該裝進紙箱的產品沒有被裝進紙箱，空紙箱會被當成好的產品。製造機器的人員知道這個問題後，都在想怎麼解決這個問題，想了很久沒有找到答案。這個時候乙個掃地僧出來了，說，這不簡單嗎？拿電風扇一吹不就行了嗎，空紙箱比較輕，用風吹，一吹不就會從生產線掉落嗎。製造機器的人員一拍大腿，茅塞頓開。當然這個故事可能是杜撰的，我們先不去討論故事的合理性，討論產生這種現象的可能原因。機器製造人員關注的點是把機器修好，沒有考慮外部情況。而掃地僧因為不知道機器原理，從外部原因直接下手，提出乙個被製造機器人員忽略的區域。
α測試其實就類似於找乙個這樣的掃地僧。我們測試人員已經對乙個軟體非常非常熟悉，熟悉到一切都是合理的，雖然會考慮使用者的行為，但是還會產生思維誤區，如果有這樣乙個掃地僧，會不會更有信心控制產品質量？當然α測試也不是萬能的，但其好處是更偏向於產品的易用性。
那麼什麼時候會進行α測試呢？一般在產品在未發布之前（可以是測試同學測試通過的版本）。所以如果你真的是財務部的，遇到這種情況，不要驚慌，天降大任於斯人也~
說完α測試。我們當然要考慮到乙個問題，我們是不是把開發同學忘記了?開發同學也是要測試的？那麼什麼時候呢？當然是第一時間！如果開發人員把乙個軟體交給測試同學，但是測試同學發現冒煙測試都不通過，那麼轉測是有問題的！測試同學可以對開發say no！我們拒絕這個版本，請給我們乙個可以冒煙測試通過的版本。
說到這裡你可能會問，既然開發自己會找bug，那還要軟體測試工程師幹嘛呢？除了上面提到的思維誤區，根據筆者過往經驗，總結了以下幾點：
從時間角度來講。開發沒有過多時間去找bug，很簡單，專案週期是一定的，如果開發在自測上面花過多時間，那麼勢必會影響專案週期。
從偷懶角度來講。有些開發同學可能有這樣的感悟，自己寫過的**不要說改了，看都不想看了！。
從速度角度來講。開發人員是專業開發的，測試人員是專業找bug的。測試人員會根據所學知識及過往經驗快速找到bug並進行定位，然後反饋。當然除了這四點，還有很多其他原因。這裡就不細說，畢竟存在即合理。
軟體測試也要文件化
最近在做乙個 的 在合成專案後，整個小組無一人重視測試階段，結果在老師的初步驗收中就out了，在步入it學習的一年多時間裡，不大不小的專案做過很多，但在展示時，普遍是bug太多而總讓開發者沮喪不已，很早老師就提醒，生命靠運動，軟體靠除錯 屢次受教，屢次失敗，我一直思考，軟體測試採取什麼樣的舉措才能達...
軟體測試 1 什麼是軟體測試？
軟體測試 qa 的定義無比簡單 所謂軟體測試，就是乙個或者一系列過程，確保軟體可以完成了該完成的功能，不執行不該有的操作。身為開發，恐怕沒有幾個人會樂於常常和測試打交道。原因很簡單，無非就是測試會站在乙個第三者的角度上將一些你寫的 中一些 他認為的 漏洞揪出來，而且像討債一樣催著你趕快fix。而很多...
軟體測試（1） 什麼是軟體測試？
本篇博文主要討論以下幾個問題 1 為什麼要開展軟體檢測活動？2 什麼是軟體測試？3 如何理解軟體測試？4 軟體測試和開發的關係？5 軟體測試和質量保證的關係？首先舉兩個例子，2002年7月，首都機場由於軟體缺陷影響通訊傳輸，造成航班無法起飛，大批遊客滯留機場。還有，2008年北京奧運會官方 第二階段...