在我還沒有踏入測試領域的時候，就知道了自動化測試與手工測試的爭論，現在，我就以我們公司的專案為例，講述一下我認知的手工測試與自動化測試。
因為保密原則，不方便透漏專案的名字，就以專案表示了。我的工作是測試web端介面+後台測試，因為公司不是很大，測試流程是很不規範，請不要介意。
首先說明，web端開發，我們公司沒有專業人員，就外包了出去，測試還是我們這邊來。
先說web端測試：
（1）web端在ui布局、整體協調性、字型是否有錯誤等方面，是只能用手工測試，沒得選。（2）軟體整體改變較大，這就造成了自動化時，時間成本太大，這個是很多公司所不能接受的。（3）測試的內容方面，邏輯性強，複雜度高，單純的自動化測試用例很難檢測出來問題。（4）公司的測試人手是否充足，向我們公司，原先三個測試，現在就我乙個。 根據我們的專案，阻礙自動化最大的就是第
二、第三點。
我們開發的專案，在開發過程中，客戶會不時的檢查，結果就是以前軟體開發流程中的軟體設計部分，在客戶眼中，根本形同虛設，客戶說這裡需要改，那裡需要新增，是常有的事（小公司的悲哀）。我記得剛開始測得時候，專案是四個頁面，現在已經新增到七個了，而且頁面裡的功能也在不斷的改變，在有限的時間內，跟本沒有充足的時間的去做自動化。而第三點，也是乙個很關鍵的因素。測試，就是要檢測出問題，不分手工與自動化，能測出bug就是好方法，而我們的專案，各個模組之間連線性很強，問題的對錯沒有硬性標準，只是在七八個條件下去分析是否合理，這就造成在編寫指令碼的時候耗時過高，還不能確定問題的對錯，很不適合自動化。 也就是說，我們的專案在web端測試方面，整體都是以手工測試為主，只是在定位bug的時候，編寫了大量的指令碼輔助web端測試。
後台測試就簡單多了，純資料，而且後台的測試，也是為web端測試服務。很多web端不能確定的問題，都會拿到後台直接進行測試，測試過程也是linux命令與shell指令碼，這個可以劃撥到自動化測試了。
當然，不是說自動化測試不好，而是要看各個公司的專案情況了，剛好，我們的專案就屬於那種需要手工測試大於自動化測試的專案。加上我在上家公司測試web端專案的經歷，乙個web端專案，只有百分之三十左右的**是穩定的，可以用自動化，剩下的都是版本更新迭代很快的，特別是在中小型公司，**穩定部分會更少。這裡不是否定自動化測試，只是說在web端測試，還是是手工測試為主，自動化測試為輔。同時自動化測試，在編寫指令碼方面，也是一件不容易的事，阻止了乙份人在測試的時候，會不自覺的繞開自動化去選擇手工測試。
對於專案的測試工作，選擇用手工測試還是自動化測試？其實不用選，是都需要，只是看誰為主，誰為輔。手工與自動化，沒有貴賤高低，只有適用不適用。
自動化測試與手工測試
軟體測試早已不是單純的點點點了，很多場景都可以使用自動化測試的方式來代替手工，但手工測試也有著自動化測試不可代替的優勢。自動化是釋放雙手的過程 自動化 web測試 web自動化測試 自動化測試的先決條件 產品需求變更較少 專案周期長，測試用例執行頻繁，人工無法勝任，有充足的人力物力 a 自動化測試不...
讀書 手工測試與自動測試
探索式軟體測試 當軟體測試的熱點漸漸轉向測試自動化，當越來越多的測試人員談論白盒測試 測試程式設計 測試指令碼時，測試專家james a.whittaker旗幟鮮明地捍衛手工測試 manual testing 如何用探索式測試 exploratory testing 來應對嚴峻的現實挑戰。作者以 漫...
手工測試與自動化測試的區別
1 手工測試與自動化測試其實並不是對立的 並不是所有的功能自動化測試都可以實現，它的效率也不高，但是可以完成一部分場景的功能回歸。自動化測試發展了這麼多年，也沒有把手工測試給取代。2 手工測試的特點 手工測試能通過人為的邏輯判斷效驗當前的步驟是否正確，同時用例的執行具有一定步驟跳躍性，能夠清楚知道邏...