如何自己开发软件测试工具？

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下各自在测试进程中自己开发和利用过的内部工具的想法和心得呢，或说说自己的学习想法和迷惑吧，大家相互讨论。