如何自己開發軟件測試工具？

PS:這是我在網上看到的1篇文章，寫的挺好的，不光指的是測試工具，對如何學習新的編程知識也有1定的啟發，希望和大家交換。^_^

如何自己開發軟件測試工具？

敘言：1說到自動化測試工具，大家很多人都會想到的是QTP、LR或selenium之類的工具，要大家1開始設計1個這樣的工具，其實確切很有難度，由于其包括的功能細節太過龐大。當年的我，開始設計開發工具的進程中，走了很多彎路，例如：做工具的界面技術的歷程，剛開始用tcl/tk腳本語言，用tcl寫底層框架，用tk寫圖形界面，后來發現tk雖然構造圖形方便，但可拓展性實在太差。就開始學用java的swing寫界面，當時傻傻的從界面的布局，到界面的MVC框架，然后是各種圖形的數據結構都是自己1點1點寫出來的，但確切鍛煉了能力，后來就開始掌握1些現成的圖形框架，例如：java里的RCP、python的WxPython和PyQT。到現在更喜歡的是簡單web框架，所以，現在將自己的工具開發之路簡單分享1下，希望過來人不要走我的彎路，這篇文章雖然說是說工具開發之路，但更多的是是1種學習思路，而且這1段旅程還很漫長，我也繼續探索，也希望大家能得到1點啟示，相互學習。
　　1、自動化測試工具淺析
　　在做自動化測試的這段日子里，現在也單獨設計開發了1些公司對內和對外級別的工具，也設計開發過C/S和WEB方面的自動化測試平臺，回首看來，從之前很簡陋的工具，到現在客戶利用級別的工具，真的頗覺時光飛逝。
1、界面自動化測試工具，我們常常入門的時候都是用的商業或開源的工具，例如：QTP、RFT之類，這些都是界面級別的自動化測試，界面自動化測試的有1定開發難度，但是確有很多的開源庫可以提供，你完全可以基于以上庫開發，或有1些開源的工具很成熟了，你所做的就是基于以上進行1下更改。例如：測試java界面的工具就有aboot、swbot、mathron等開源工具，測試web界面的有selenium、watin等，測試移動真個有robotium、monkey等。要能2次開發這些工具，主要是需要理解抓取對象和回放的原理，然后是1些配置文件的處理，對象庫里主要是XML的處理，1般錄制功能我覺得可以疏忽。
2、白盒測試工具，1些代碼級別的測試工具，例如：對代碼覆蓋率的分析、對代碼質量的分析等，這方面觸及較淺，就不隨意造次了。
3、接口自動化測試工具，接口自動化測試工具在開發的時候，首先需要明確業務接口類型，然后掌握1定的接口工具的利用方式，1般的接口工具都是會解析某種接口定義文件，然后將接口文件以界面的情勢展現出來，可以通過對界面接口的操作：對某個接口填寫參數，然后發送到服務器端，查看響應，或直接get接口返回值。例如：SoapUI工具是針對WebService系統的測試，主要是解析WSDL接口定義文件。Jmeter和LR也能夠做接口測試工具，例如：java接口和HTTP接口等。之前，開發過的接口工具包括：SNMP接口和corba接口工具，其原理也是解析mib和IOR接口定義文件，然后可以對接口進行set與get操作。所以，開發這類的工具，1定要明確甚么是軟件接口、然后接口描寫文件是甚么，最后是如何去對接口進行操作，日志和結果的展現等，還有1些就是額外的功能了，例如：錄制，將測試人員對接口的操作錄制下來，成為工作流等。
4、性能自動化測試工具，看到性能測試工具，大家很容易想到LR、Jmeter之類，這方面的工具，我用的較少，但是會基于自己公司內部的產品1些特殊性能場景方面的測試，會專門開發1些這樣的工具，例如：開發1個發送SNMP網絡報文的工具，摹擬告警最大接收和并發性能，開發1個網元摹擬器，能夠摹擬大量不同IP的網元，可以在公司網元管理器上測試同時管理的最大網元等。所以，性能測試首先要與業務場景相結合，然后掌握1定的性能基礎和指標，分析好相干的接口協議和需要摹擬的業務，就能夠快速開發相應的工具了。
5、系統利用級別的自動化測試工具，這類工具需要明確利用場景，即明確需求，例如：我之前開發1些部門內部工具集合，專門提供給測試人員進行腳本錄制()、公司級別的有收集和巡檢工具。(對外支持)，這部份工具帶來的效益是很大的。所以說，千萬不要將自動化測試局限在測試方面，其實提高測試與開發的人員的效力、和對公司產品的質量保障方面的工具都是能給公司帶來直接效益的。或許幾行代碼也是1個能提升效力的好的工具。
　　固然，還有很多方面的測試工具，因了解有限，就沒法逐一羅列了，大家可以補充。
　　2、如何快速開發1個自動化測試工具
1、定位自己，發現目標：首先要看，你是不是對軟件開發感興趣，其實我們測試人員常常把開發看得太深，所以很容易就由于覺得困難而不敢開始，如果你對軟件確切有1些興趣，未嘗不試試，我們做的，不是要去開發1個多大的系統，我們的目標是能夠做提高我們工作效力的事情，讓我們的工作變得更高效、更有樂趣，學習知識的同時，還能帶來價值，何樂不為。
2、簡單開始，立即上手：首先，在工作中積極發現需求，需求不需要太大，有時候1個點便可，找到需求點后，你可以向領導提出來自己的想法，然落后行可行性分析和立項，另外，很多人都擔心由于不懂技術沒法得到領導的認可，其實在首先最重要的是你的熱忱和決心，然后自己平時簡單學1點入門知識就能夠了，如果第1次嘗試開發1個工具，千萬不要1開始就把面鋪太大，很多時候，我們總會被漫天的資料給淹沒，每天在看書學習中度過。我在公司帶著測試人員做自動化測試項目時，常常告知他們的是，不用懼怕，直接上手，不會了再反過來查詢資料或咨詢他人，千萬不要1開始就拿著1本資料從頭學到尾，這是我們大學應試帶給我們的弊端，讓我們常常忽視了實踐中學習。固然，這是在有人帶的情況下，如果沒有人帶你，那末你就找1個簡單的語言，開始從最簡單的實踐起，大學我不是學計算機專業的，當年工作是從tcl腳本開始的，用tcl實現了簡單的線性測試腳本、簡單的測試框架開發等等，當時我采取的策略就是明確需求，然后拿著教程，1點1點開始攻克，困難肯定是有的，挨過去就行了。
3、合適自己的流程才是好流程：我現在1般開發工具、平臺都是采取流程為，需求分析+設計流程+設計模塊+接口定義+開始開發，在開發中調劑具體架構和細節。記得當年剛學到軟件建模的時候，很喜歡用UML來定義我的開發流程，結果后來發現，小型的系統和工具，采取這類方式其實更是浪費了時間，UML的主要好處是團隊溝通和交互，將系統抽象到大家都能理解的地步。所以，后來我明白了，不同的環境采取不同的流程，合適自己的開發流程才是好流程。
4、技術利用，步步深入：剛開始，不需要掌握多好的框架細節、多好的設計模式、多強的算法、多好的散布式和并行，或許剛開始，只需要線性編程，1步1個腳印便可，也能夠盡量的使用1些現成的框架，不需要太專研到框架的細節中去，例如：RCP界面框架可讓不用面對更少的界面布局的情況，讓你的工具界面和eclipse類似，或C++的MFC足以讓你應對很多工具。固然，隨著后面的工具難度的加強，你需要開始積累自己的知識，例如：專門有1個自己的庫，包括搜集和利用1些開源的庫，例如：作業調度庫、界面框架庫、持久層映照庫、日志和結果處理庫等。還有1些自己的算法和功能庫等。隨著后來，建議可以多看看web系統方面的東西，畢竟這是個趨勢。然后，多站在標準化和接口層次斟酌問題。所以，我講求的是順其自然，踏踏實實，打好底層基礎，對待新技術和框架，少追風，多思考。這樣就會逐步構成自己獨特見解。
5、抓準測試：1個工具開發進程中，你也需要進行版本管理和配置管理，你可以學會利用git和svn進行代碼管理，學會利用maven和ant進行build，學會在開發工具的同時也學會1些開發和測試自動化流程。而在測試進程中，由于開發的工具不是非常系統化，所以可以主要從功能點(依照需求列好功能點測試)、異常分析(例如：合法性測試、異常操作測試等)、兼容性(之前寫的C/S工具，因操作系統不同會有1些問題，而B/S工具，會由于閱讀器的問題，而出現1些展現方面的問題，所以需要明確利用和測試環境)
6、快速發布：千萬不要將工具做到很完善才想著發布，沒有甚么是完善，我們所做的就是利用迭代的思想，1步1步去完善。所以，定義好階段，快速發布，然后在發布中搜集問題。畢
　　竟是內部使用，所以能夠及時反饋。

　　總結：不管測試也好，開發也好，大家都是為了提高效力，找到自己的價值感而努力，但是很多時候，我們常常有所想，而無所為，就是由于總是把很多事情想的太復雜或太簡單，固然，這是我們每一個人必須經歷的進程，而我覺得，我們需要做的就是尋覓自己的樂趣，如果我們迷惑了，就應當果斷開始行動，只為相信我們做的事情是有價值的，積累的氣力是很強悍的，在不知不覺中或許我們就挨過了很多困難，取得了很多東西。另外，大家如果看到這篇文章，是不是能夠也能留言分享1下各自在測試進程中自己開發和利用過的內部工具的想法和心得呢，或說說自己的學習想法和迷惑吧，大家相互討論。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈