序言：一般而言，剛開始
自動化測試
時， 很多時候，很多人都不知道如何入手或者還有一部分人都信心滿滿，決心要建設出乙份大的平台，可是事實在於自動化測試面臨的問題一在於技術，二在於環境形 勢。每個公司有不同的需求、有不同的環境、不同的人員支援，所以做自動化測試所需要涉及的外界因素太多，就如黑天鵝效應中的說法，你所自認為的白天鵝中也 許就隱藏著乙隻黑天鵝，它的出現會導致你的整體計畫崩盤。所以，做自動化測試也一樣，所依賴的東西太多，就能引起的整體變化太多，所以我覺得我們的基本策 略就是：不斷**、不斷總結，然後是擁抱變化
總結的從開始到一定階段的建設自動化測試的策略如下（麻煩有不同想法或者別的策略的朋友幫忙補充）：
1、分析需求並且細化需求，自動化測試是急不來的事情，不能指望用他來解決所有問題，所以必須明確需求，將需求一步一步寫下來，然後從簡單到容易開始擊破。
2、評估資源，圍繞人力支援、部門測試流程情況以及產品業務來決定自動化測試要先從哪一步開始走，並哪一步為階段。自動化測試必須最終與整體的測試流程相結合，才能發揮作用，否則只會越走越遠。
3、從最小的需求開始入手，也許是乙個工具或者是乙個線性指令碼。總之，先解決一點需求，然後從點到面。獲得乙個面後，將其授權，然後再做點，這樣一步一步進行鋪張，其實說白了，也是乙個自動化測試信心和價值建立的問題。
4、記：簡單。要將乙個東西發揚出去，那麼它必須簡單，技術人員的思維有時候總是把東西做的很複雜，因為有時候會覺得很炫，但需要做好乙個東西得到發揚 的話，則需要將乙個複雜的東西讓人看起來很簡單。乙個工具或者乙個框架，最好只有乙個修改入口和一些api拓展機制。讓測試人員用起來和拓展起來都很簡 單。
5、cbb：cbb在軟體開發中俗稱「軟體模組共享」。而在自動化測試中也是一樣，要建立自己的開發庫，不僅提供給以後的測試開發使用，更是給測試人員使用，能夠在其基礎進行很快速的共享和拓展。
6、覆蓋率分析：單純的用例自動化很難突顯自動化測試後，其到底覆蓋了多少點，通過了哪些點，乙個用例的拓展也不是很好拓展。因此需要劃分為點的方式， 即可以每個指令碼對應乙個測試點，每次測試，可以統計覆蓋了多少個點，通過率如何，即產用產品—模組—測試點統計覆蓋率的方法。
7、 roi分析：在自動化測試一定階段後，做好自動化測試roi分析，絕對不打沒有目標性的仗，我們到底為了什麼做自動化測試，很多人會說是為了保證質量，首 先，大家都明白，自動化測試不是用來發現問題的，這個說法沒有錯，但是問題在於，好不容易做起來的自動化測試，結果沒有好的roi分析機制，亂做了一通， 該做的測試用例沒有自動化，不該做的做了一堆，結果導致自動化測試的開發和維護成本很高，收效成本很少，所以，到中期階段，需要有乙個roi分析機制幫助評估自動化測試指令碼的建設。
8、成熟度模型：現在業界有一些人已經提出了自己的自動化測試階段，這些階段在一定基礎上是值得參考的，但是上面也說了，每個公司、每個部門的情況和需 求是不一樣的，其依賴的因素很多，所以在自動化測試發展過程中，可以從乙個試點產品或者乙個專案中不斷分析抽象，建立一套自己的成熟度模型，然後進行推 廣。在每個階段評估不同專案、不同產品的自動化測試成熟度。
總結：做自動化測試不是一件容易的事情，但也不是一件值得懷疑的事情，它有它的價值，正所謂存在即合理，也許我們做的是要找到正視它的價值，不浮誇它，也不貶低它，踏踏實實做它應該帶來的效果。
***********************************=分割線******************************==
自動化測試開展策略分析
一般而言，剛開始 自動化測試 時，很多時候，很多人都不知道如何入手或者還有一部分人都信心滿滿，決心要建設出乙份大的平台，可是事實在於自動化測試面臨的問題一在於技術，二在於環境形勢。每個公司有不同的需求 有不同的環境 不同的人員支援，所以做自動化測試所需要涉及的外界因素太多，就如黑天鵝效應中的說法，你...
自動化測試如何開展
今天聽henry 講了一些關於ruby的自動化測試指令碼。對於ruby是第一次使用。以前使用過shell，perl，tcl，目前正在熟悉python，由於專案leader要用ruby，那麼我們也就跟著重新學ruby。但今天學到了一種思維 如何將手動測試轉化為一種自動化測試，萬丈高樓平地起。首先將手動...
使用PostMan開展自動化測試
postman是一款功能強大的網頁除錯與傳送網頁http請求的chrome外掛程式。它提供功能強大的 web api http 請求除錯。介面如下所示 postman主要的功能 測試指令碼介紹 1 postman測試指令碼使用j ascript編寫 2 具備預設及測試視窗 3 提供 片段，右側視窗，...