時至今日，進專案組已經半年了，對自動化測試也有了更深刻的認識和理解。
為什麼要進行自動化測試？要回答這個問題，先了解一下測試背景。我們專案所使用的軟體開發模型是agile，agile開發的scrum模型，整個大專案分成乙個個小team，每個team都有乙個scrum master。scrum master 根據每個人的情況安排任務，制定sprint plan。我們的測試有兩條線，一條是main line ，一條是branch line，平均每個sprint是乙個月（22個工作日），差不多每週要出2個build，每個sprint大概4-7個build。版本迭代非常快，周期短；對於qa,每個人要負責至少乙個component，每個component有200-400個case，每個case如果手工測需要2分鐘左右，再加上整理test summary,將測試結果上傳到alm，時間往往不夠用。因此單純的依靠手工測試，workload 非常大，占用時間非常多，顯而易見；另外的乙個問題是regression，有很多情況下新發布的版本並未修改你所測component的code。當然，除了workload的另外乙個因素就是沒玩沒了的meeting，stand up meeting,各種on line meeting，無形中會影響乙個人的工作進度。這時候矛盾就凸顯出來，在人員有限，工作量很大的情況下，測試風險極大的情況下，急需一種解決方案—就是自動化測試。
自動化測試有什麼好處：
a) 節省人力，只要**維護的好，不需要那麼多人就可完成測試
b) 節省時間，測試指令碼可以晚上或者是週末跑測試指令碼
c) 優化資源分配，在執行測試指令碼的同時，qa可以做其他事，比如設計新測試用例
d) 方便regression，極大提高效率
e) 增加軟體的可信度，測試是機器執行的，排除了手工測試時因人為情緒而發生的隨意性或疏忽性，測試結果更可信
f) 能完成手工不易控制的工作，比如採集系統cpu占有率資訊，手工計算很複雜，還要進行資料比對，使用指令碼更簡單，更方便。
自動化測試的缺點：
a) 指令碼維護成本高，尤其是版本變動比較大，對專案來說，是潛在的風險
b) 不易發現新bug
使用什麼自動化測試工具，對於client端的同學來說，一般是qtp，而對於server端的，我們使用的是perl和shell寫的自動化測試框架。
關於自動化測試的一些思考（二）
關於自動化測試的一些思考。
我們都知道自動化測試是一種不錯的回歸測試的解決方案，我們一直想在自己負責的被測試產品 模組中引入自動化測試，但是，是不是應該大張旗鼓的在產品測試過程中引入自動化？要知道回歸測試是有其專用目的的，主要是為了驗證原來好用的功能現在仍繼續好用，發現原來好用但現在不好用的功能。要知道自動化測試指令碼的完全建...
關於自動化測試的一些思考。
我們都知道自動化測試是一種不錯的回歸測試的解決方案，我們一直想在自己負責的被測試產品 模組中引入自動化測試，但是，是不是應該大張旗鼓的在產品測試過程中引入自動化？要知道回歸測試是有其專用目的的，主要是為了驗證原來好用的功能現在仍繼續好用，發現原來好用但現在不好用的功能。要知道自動化測試指令碼的完全建...
關於自動化測試的一些思考（二）
之前有比較籠統的寫過關於自動化的一些思考 一 那時候剛做自動化不久，對很多問題的認識和感受不夠深刻，就現在而言，我依然是自動化測試的一枚新兵蛋子，還有很多的知識需要了解。回顧一下當時只是弄清楚了乙個問題 why，為什麼要進行自動化測試，自動化主要還是用於regression，對於測試new feat...