自動化腳本開發怎麼樣

A. 測試中如何使用自動化腳本

從畢業到現在，經歷了軟體開發，
軟體測試，
1）QTP工具。QTP是一個快速測試專業工具。它的優點是可以快速建立企業自動化框架，但不是一個全能的工具，因為利用QTP並不能幫助用戶找出更多的 BUG，只能提高執行測試用例的效率。 QTP的價格也較貴。 QTP主要應用於較穩定的測試項目的回歸測試，UI的變化不明顯，功能較穩定的項目。它可以節省回歸測試的成本，但相對手工測試來說，QTP對測試人員的要求較高，比如要掌握VB腳本，掌握函數調用等技術；另外，建立QTP框架前期需要投入較大的人力寫測試用例，加上調試的時間，是一筆不小的開銷，所以企業在選用QTP測試工具時一定要三思而後行。
2）Loadrunner是一個企業級性能測試工具，應用十分廣泛。對於WEB應用，Loadrunner的優勢十分明顯。但與QTP一樣，lr的 License十分昂貴，所以很多企業都使用破解版。並且真正掌握LR精髓的人員並不多，很多人都會使用這個工具，但能用這個工具找出系統瓶頸的人並不多，所以，會使用Loadrunner和會性能測試是兩碼事。懂腳本語言的性能測試人員當然最好。
3）Python和Tcl/tk腳本語言。在我之前的經驗中，我用到過PYTHON和TCL。他們都是腳本語言，不需要編譯。兩種語言的特點如下：Python開發JAVA方面的http介面比較方便；tcl/tk開發C++方面的介面更容易一些。PYTHON寫的程序可讀性強，TCL寫的程序的可讀性不好。
4）在需要產生一些大批量數據時，如一個表需要插入100萬條數據，然後這100萬條數據屬於100個不同的類別，如果是手工輸入的話，估計10個人一個月都輸不完，但如果利用腳本，如PB，VB或者Tcl/tk，可以通過產生批量SQL腳本的方式，來產生SQL腳本，這樣不到半小時就可以搞定全部的數據。看來腳本的威力不小！
5）另外，就是Linuxshell腳本了，我們通常說「事半功倍」，shell腳本的確可以幫助你實現這個目的。我們平時在LINUX部署一個應用會用到很多的命令如 Checkout，ps，vi，kill等等，如果能把這個操作流程寫成一個SHELL腳本讓機器自動執行，那該是省了多少事？另外，作為 UNIX/LINUX管理員，平時可以要監控較多的PC終端，他完全可以在UNIX/LINUX上定製各種任務（如備份，刪除臨時文件，檢查磁碟空間等等），所以，掌握Shell腳本（如Sed，awk，grep等）對一個測試人員來講是十分必要的！
6）另外一個就SQL腳本了，要能寫存儲過程（SP）和觸發器（Trigger），還有游標（Cursor）的使用，掌握這些的話對於測試資料庫方面的用例是相當有幫助的。SQL腳本對系統性能和功能都起著十分重要的作用。
作為一名有6年測試經驗的工程師，我堅定地認為腳本測試技術是以後的發展方向，包括白盒測試，也是將來的一個發展方向，對於測試人員來講，核心競爭力是能完整的測試開發人員的程序，盡可能找出更多的BUG。黑盒測試只能從系統的角度去完成功能測試，但作為軟體本身，應該作更深層次的測試。

B. 用自動化測試工具錄制腳本有什麼用

AutoRunner是一款自動化測試工具。AutoRunner可以用來執行重復的手工測試。主要用於：功能測試、回歸測試的自動化。它採用數據驅動和參數化的理念，通過錄制用戶對被測系統的操作，生成自動化腳本，然後讓計算機執行自動化腳本，達到提高測試效率，降低人工測試成本。

C. 自動化測試腳本開發的主要步驟

1、通過某些方式定位到我們要執行的對象、目標( Target)
2、對這個對象進行什麼操作(command)
3、通過操作對定位到的元素賦值(value)
4、添加斷言操作

D. 自動化測試的適用場合

①需求穩定，不會頻繁變更
自動化測試最大的挑戰就是需求的變化，而自動化腳本本身就需要修改、擴展、debug，去適應新的功能，如果投入產出比太低，那麼自動化測試也失去了其價值和意義；
折中的做法是選擇相對穩定的模塊和功能進行自動化測試，變動較大、需求變更較頻繁的部分用手工測試；
②多平台運行，組合遍歷型、大量的重復任務
測試數據、測試用例、自動化腳本的重用性和移植性較強，降低成本，提高效率和價值；
③軟體維護周期長，有生命力
自動化測試的需求穩定性要求、自動化框架的設計、腳本開發與調試均需要時間，這其實也是一個軟體開發過程，如果項目周期較短，沒有足夠的時間去支持這一過程，那自動化測試也就不需要了；
④被測系統開發較為規范，可測試性強
主要出於這幾點考慮：被測試系統的架構差異、測試技術和工具的適應性、測試人員的能力能否設計開發出適應差異的自動化測試框架；

E. 自動化測試腳本語言有哪些有什麼優缺點

自動化測試腳本語言有C 語言，C++，PLC語言等。
PLC語言可編程邏輯控制器，它採用一類可編程的存儲器，用於其內部存儲程序，執行邏輯運算、順序控制、定時、計數與算術操作等面向用戶的指令，並通過數字或模擬式輸入/輸出控制各種類型的機械或生產過程。
優缺點
優點
1、簡潔緊湊、靈活方便
C語言一共只有32個關鍵字，9種控制語句，程序書寫形式自由，區分大小寫。把高級語言的基本結構和語句與低級語言的實用性結合起來。C 語言可以像匯編語言一樣對位、位元組和地址進行操作，而這三者是計算機最基本的工作單元。
C語言的 Hello World 程序
2、運算符豐富
C語言的運算符包含的范圍很廣泛，共有34種運算符。C語言把括弧、賦值、強制類型轉換等都作為運算符處理。從而使C語言的運算類型極其豐富，表達式類型多樣化。靈活使用各種運算符可以實現在其它高級語言中難以實現的運算。
3、數據類型豐富
C語言的數據類型有：整型、實型、字元型、數組類型、指針類型、結構體類型、共用體類型等。能用來實現各種復雜的數據結構的運算。並引入了指針概念，使程序效率更高。
4、表達方式靈活實用
C語言提供多種運算符和表達式值的方法，對問題的表達可通過多種途徑獲得，其程序設計更主動、靈活。它語法限制不太嚴格，程序設計自由度大，如對整型量與字元型數據及邏輯型數據可以通用等。
5、允許直接訪問物理地址，對硬體進行操作
由於C語言允許直接訪問物理地址，可以直接對硬體進行操作，因此它既具有高級語言的功能，又具有低級語言的許多功能，能夠像匯編語言一樣對位（bit）、位元組和地址進行操作，而這三者是計算機最基本的工作單元，可用來寫系統軟體。
6、生成目標代碼質量高，程序執行效率高
C語言描述問題比匯編語言迅速，工作量小、可讀性好，易於調試、修改和移植，而代碼質量與匯編語言相當。C語言一般只比匯編程序生成的目標代碼效率低10%～20%。
7、可移植性好
C語言在不同機器上的C編譯程序，86%的代碼是公共的，所以C語言的編譯程序便於移植。在一個環境上用C語言編寫的程序，不改動或稍加改動，就可移植到另一個完全不同的環境中運行。
8、表達力強
C語言有豐富的數據結構和運算符。包含了各種數據結構，如整型、數組類型、指針類型和聯合類型等，用來實現各種數據結構的運算。C語言的運算符有34種，范圍很寬，靈活使用各種運算符可以實現難度極大的運算。
C語言能直接訪問硬體的物理地址，能進行位（bit）操作。兼有高級語言和低級語言的許多優點。
它既可用來編寫系統軟體，又可用來開發應用軟體，已成為一種通用程序設計語言。
另外C語言具有強大的圖形功能，支持多種顯示器和驅動器。且計算功能、邏輯判斷功能強大。

缺點
1、 C語言的缺點主要表現在數據的封裝性上，這一點使得C在數據的安全性上有很大缺陷，這也是C和C++的一大區別。
2、 C語言的語法限制不太嚴格，對變數的類型約束不嚴格，影響程序的安全性，對數組下標越界不作檢查等。從應用的角度，C語言比其他高級語言較難掌握。也就是說，對用C語言的人，要求對程序設計更熟練一些。

F. 程序員6年只幹了50個小時工作，被開後稱是編寫了自動化工作腳本

很久之前，Reddit上出現了一則匿名的自白帖子：「 大概六年前到現在，我在公司什麼活都沒干 。」

這個化名為FiletOFish1066的程序員稱自己供職於一家知名的 科技 公司，實際上無所事事。

他寫道，謀得這份質量保證工作的八個月後，他使自己的全部工作完全自動化。「我可不是開玩笑。每周40個小時，我去上班，在辦公室玩《英雄聯盟》，瀏覽Reddit，想幹啥就幹啥。 在過去這六年，正兒八經的工作我可能也就幹了50個小時 。」

上司意識到他在六年內所做的工作比大多數矽谷程序員在一周內所做的工作還少後，就把他開除了。

這個故事在網上的技術圈子迅速傳播開來，最終促使這位主人公不僅刪除了帖子，還刪除了整個帳戶。

我發現歪果仁也跟中國人一樣愛看熱鬧，不嫌事大！

大概一年後，一個自稱是Etherable的用戶向互聯網上最重要的程序員論壇之一Stack Exchange上的Workplace版塊發了一個問詢帖：

「我沒有告訴僱主我的工作已自動化，這是否不道德？」這位內心矛盾的程序員說，他接受了一份美其名曰是「數據錄入」的編程活；六個月前，他編寫了使整份工作自動化的腳本。此後，「 上一個人過去常花一個月才能完成的工作現在只要10分鍾就能完成。 」這份工作是專職性質的，帶來的好處是Etherable可以在家辦公。

這個程序取得了近乎完美的效果。

後來這個帖子引起了分歧，評論鋪天蓋地。（現在瀏覽量將近50萬人次。）意見分成兩大派，一派覺得Etherable在欺騙僱主，至少在蒙蔽僱主；另一派認為這個程序員只是找到了一種巧妙的方法來完成手頭的工作。Etherable從未回應隨至而來的討論。也許是被受到的關注程度（世界各地的媒體都在競相報道此事）嚇壞了，這個用戶銷聲匿跡，只留下了那則帖子，關於誰可以使工作自動化、在什麼樣的條件下這么做的討論越來越備受關注。

可以稱之為自發自動化（self-automation）或自行自動化（auto-automation）。在大規模自動化這個幽靈困擾一線員工的那一刻，自行其事的程序員表明這個威脅到了程序員的手裡，如何變成天賜之物，不管僱主是不是知情。由於FiletOFish1066和Etherable都匿名發布帖子，隨後很快消失，因此兩人都聯系不上，無法請他們發表評論。但他們的故事表明，職場自動化會有多種形式，並由高管以外的人來主導。

生性樂觀的經濟學家和未來學家吹噓， 自動化的好處在於，將工作交給機器有望消除無須動腦子的重復性工作 ，讓人們可以一心撲在有趣又有創造性的工作上，或者更要緊的工作上。

磚家你確定現在程序員乾的都是不動腦子的工作？

你還確定，時間多出來之後，

程序員會干有創造性的工作？！

幾十年來程序員們一直在編寫使工作自動化的代碼。編程通常需要用到在不同的層面（從代碼格式化到合並至不同的代碼庫）添加自動化的工具，大多數人根本沒有走到使工作完全自動化或幾乎完全自動化這個極端。

我通過Reddit和電子郵件的私聊信息與十來個聲稱有類似經歷的程序員聊天。這些自發自動化人士處理過庫存管理、報表編制、圖形渲染、資料庫管理和各種各樣的數據輸入。

有個人還使他妻子的全部工作自動化。大多數人要求匿名，以保全工作和聲譽。

一位很早是自發自動化人士的名為Gary的程序員告訴我：「一開始，我的工作每天實際上要干8個小時。」他在一家大型企業連鎖酒店工作，這家連鎖酒店在90年代開始實現計算機化工作流程。Gary很快意識到在花大量時間重復同樣的任務，於是他開始 下班後學習編程 。他說：「大概 花了三個月的時間，我用Lotus 1-2-3（當時一款很流行的PC電子表格軟體）編寫了一段代碼，不僅使個別的重復性任務自動化，實際上還使整份工作自動化 。」他沒有一五一十地告訴上司，其職場生活的質量大大提高了。

他告訴我：「一整天很空閑感覺怪怪的，於是我趁空了解酒店的其他系統。」後來他幫助管理層消除了那些系統中的瓶頸。自行自動化消除了瑣碎的工作，減輕了他的壓力，並讓他可以撲在真正感興趣的事情上。他說：「實際上，我將這份崗位變成了自己喜愛的崗位，即排查故障。」在離開公司前兩周，他交給老闆一張軟盤，裡面裝有這個程序和解釋如何運行的說明文檔。Gary說，老闆對他辭職頗為不安，直到他交出了軟盤，介紹程序如何運行，並告訴老闆萬一有問題可以打電話給他，老闆才放下心來。 後來電話沒來過一個。

在大多數領域，一線員工對於他們的工作是否自動化，或者如何實時、何時實施自動化很少有任何正式的意見。自發自動化人士明白，自由化由勢必從中收益的一線員工、而不是由自上而下的公司命令來安排自動化會什麼樣。一些人欣然享受多出來的閑暇時間，另一些人利用多出來的時間來學習新技能，應對新的編程挑戰。

ps：你確定不是玩手機？

不過，許多自發自動化人士害怕與辦公室外面的人分享代碼。即使一個程序無可挑剔地完成了工作，許多人還是覺得為牟私利而搞的自動化是錯誤的。人力勞動本質上是善良的（以及員工應始終最大限度地為僱主提高生產力），這比任何自動化腳本更深深地融入到美國的職場文化中。而大多數僱用合同明文規定，工作時間開發的知識產權屬於僱主。因此，員工可能所做的任何效率提升或自動化改進都往往歸僱主所有。

一位程序員沒有把他使其工作完全自動化的真相告訴公司，因為擔心公司到時聲稱知識產權歸公司，並拒絕補償他。另一位只肯自稱是Jordan的人告訴我，他曾無意中使整個部門的工作自動化。現在他用自動化腳本每年省下「好幾周」的時間。Jordan表示，他和同事們保持緘默，絕不透露自動化技術，以便控制使用自動化技術的方式：「我們通常不對外透露這些工具。」

另一位程序員竭力向老闆隱瞞使其年薪5萬美元的工作完全自動化的概況。管理層可能通過網路查看其電腦屏幕上的內容， 於是他運行預先錄制的視頻，掩蓋他實際上沒在工作的事實。 Etherable在尋求建議的帖子中寫道：「我覺得這么做不對。」

一些程序員表示，就因為使工作自動化，自己已被公司炒魷魚。2011年，一個名為AcceptableLosses的用戶寫道：「 公司拿去了我開發的軟體，派一個白痴頂替我，並立即以「不服從」為由解僱了我 。我開發了一款每年讓這家公司獲利100萬美元的軟體，對方卻僅僅為了省下每年約3萬美元的工資而開除了我。我真是自掘墳墓啊。」

正因為如此，自發自動化人士擔心的倒不是道德問題，而是不想被僱主開除或盤剝，正如伍德科克特別指出的那樣，僱主「不僅要求我們的所有時間歸他，我們開發的所有東西也歸他。」他推測，謹慎的自發自動化人士「不信任我們的工作場所。上司會說『謝謝你，幹得漂亮。現在再做一次。』」

很少有員工渴望完全自我自動化，但似乎越來越多的員工對於使用腳本來處理繁忙工作感興趣。網路上有眾多這方面的博文和實用文章，比如《我如何用Node JS使我的工作實現自動化？》，也有眾多播客介紹每一種想像得到的自動化：小公司、營銷和智能手機。這簡直就是一個蓬勃發展的家庭手工業。

照目前情況來看，自發自動化大有助益。但隨著自動化技術變得更廣為人知，它們可能完全成為管理層期望員工擁有或學會的另一種技能，並最終讓企業受益，並以另外某種方式使這些人成為有用的員工。

《哈佛商業評論》雜志寫道：「員工將越來越需要使自己的工作自動化，否則就滾蛋。放眼全球，我們會看到更多自上而下的管理層命令，要求搞自下而上的自動化項目。」而老闆及員工開發的機器人軟體會再次品嘗勝果。

在此之前，任何使用代碼的人都可能應該考慮自發自動化帶來的好處。可以以此來測試自動化如何為普通員工帶來更高的生活質量，盡管談不上完美。伍德科克告訴我：「問題在於自動化要有效，自動化要民主化。不是公司企業在提供自動化，這向前邁出了一步。它仍然不是民主化過程。」自發自動化人士在單獨行動，決定何時、如何把自己的工作換成代碼。而理想情況下，自動化決策將在同事和同行給出意見的情況下共同做出，以便可以均勻分攤好處。

自發自動化人士表示，程序員有獨特的條件，可以與僱主就員工應該保留哪些自動化帶來的效益展開談判，比如時間更短的工作周以及更靈活地從事自己感興趣的工作。從理論上來講，自發自動化人士可以在屬於中產階級和工薪階級的程序員當中組織和分配自動化技術，從而打造有望實際上獲得15小時工作周的一個行業。這似乎是千載難逢的機會，可以努力為把人放在首位的自動化模式創造條件。

你如何看到互聯網蓬勃發展，越來越多產業自動化發展，今後人們能做什麼呢？

歡迎評論

點擊【右上角，關注 子瑜說IT 】持續更新IT資訊以及web前端開發教學

G. 請簡單說明自動化測試和手工測試的區別自動化測試是否能替代手工測試

自動化測試不能代替手工測試，因為並不是所有的功能自動化測試都可以實現，它的效率也不高，而手工測試能通過人為的邏輯判斷效驗當前的步驟是否正確，同時用例的執行具有一定步驟跳躍性，能夠清楚知道邏輯，細致定位問題。

兩者的區別是：

1、測試效率不同

完成同等數目的測試，啟動自動化速度更快，手工測試則需要消費更多的時間。但是自動化測試的腳本開發比用例開發耗時長，包括編寫腳本、調試腳本、維護腳本，而手工測試雖然也要對測試用例進行撰寫、評審、修訂，由於用例編寫更多為自然語言，時間上會少。

2、資源利用率不同

自動化測試在設備、儀表資源能夠7*24小時利用，這點上手工測試沒有可比性。

3、執行可靠性不同

自動化測試中可靠的按腳本執行，後續定位、復現有明確的配置路徑可循，而手工測試往往會因為自己的判斷導致測試出錯，並且在測出來的問題上有一部分是不能復現的。但是自動化的穩定來源於其死板，而人的智慧體現在思維的跳躍，跳躍的思維也會導致後期不易定位。

4、覆蓋率不同

在同等時間內，啟動自動化測試能夠覆蓋更多的功能，而手工測試只能覆蓋小部分功能。但是自動化測試適合回歸測試，開發中的功能不劃算。對於開發中功能，需求或者實現的更改，都會導致自動化腳本的變更，開發中的功能更適合手工測試。

參考資料來源：網路-手工測試

參考資料來源：網路-自動化測試

H. 自動化測試和性能測試，哪一個以後能更迅速發展

比較分析：

可以站在公司層面，總監角度去思考，那麼就要從自動化和性能給企業帶來的價值，解決的問題去分析了。

1：自動化測試技能解決企業的難題是回歸測試用例，做的好的可以提升一定測試效率，就是回歸能夠快速。 有哪個公司自動化是為了發現缺陷的嗎？自動化本身就是為了回歸！所以他解決了測試部門內部的事情，能夠快速回歸。

2：性能測試技術主要是解決公司整個系統架構優化問題，包括應用，資料庫，中間件等優化，同時還可以評估生產壓力，節點配置，未來系統支撐等。解決的是公司架構層面的問題。

3：自動化測試在工作中是寫一些自動化腳本，交流的對象可能是功能測試或開發，比如這業務怎麼操作，介面邏輯等。而性能測試工作中交流的對象是總監，架構師，開發經理等公司高層核心人員。

4：也可以在工作中實際去發現表現的機會，公司領導有交待任務去測某介面性能，但是否有遇到說讓你做某個自動化任務尼？是不是你都是自己偷偷的做自動化？但公司層面是否有認可？當然不排除真正推行者。