1、定位自己，发现目标：首先要看，你是否对软件开发感兴趣，其实我们测试人员往往把开发看得太深，所以很容易就因为觉得困难而不敢开始，如果你对软件确实有一些兴趣，何尝不试试，我们做的，不是要去开发一个多大的系统，我们的目标是能够做提高我们工作效率的事情，让我们的工作变得更高效、更有乐趣，学习知识的同时，还能带来价值，何乐不为。
2、简单开始，立即上手：首先，在工作中积极发现需求，需求不需要太大，有时候一个点即可，找到需求点后，你可以向领导提出来自己的想法，然后进行可行性分析和立项，另外，很多人都担心因为不懂技术无法得到领导的认可，其实在首先最重要的是你的热情和决心，然后自己平时简单学一点入门知识就可以了，如果第一次尝试开发一个工具，千万不要一开始就把面铺太大，很多时候，我们总会被漫天的资料给淹没，天天在看书学习中渡过。我在公司带着测试人员做自动化测试项目时，往往告诉他们的是，不用害怕，直接上手，不会了再反过来查询资料或者咨询别人，千万不要一开始就拿着一本资料从头学到尾，这是我们大学应试带给我们的弊端，让我们往往忽视了实践中学习。当然，这是在有人带的情况下，如果没有人带你，那么你就找一个简单的语言，开始从最简单的实践起，大学我不是学计算机专业的，当年工作是从tcl脚本开始的，用tcl实现了简单的线性测试脚本、简单的测试框架开发等等，当时我采取的策略就是明确需求，然后拿着教程，一点一点开始攻克，困难肯定是有的，挨过去就好了。
3、适合自己的流程才是好流程：我现在一般开发工具、平台都是采用流程为，需求分析+设计流程+设计模块+接口定义+开始开发，在开发中调整具体架构和细节。记得当年刚学到软件建模的时候，很喜欢用UML来定义我的开发流程，结果后来发现，小型的系统和工具，采用这种方式其实更是浪费了时间，UML的主要好处是团队沟通和交互，将系统抽象到大家都能理解的地步。所以，后来我明白了，不同的环境采用不同的流程，适合自己的开发流程才是好流程。
4、技术应用，步步深入：刚开始，不需要掌握多好的框架细节、多好的设计模式、多强的算法、多好的分布式和并行，也许刚开始，只需要线性编程，一步一个脚印即可，也可以尽可能的使用一些现成的框架，不需要太专研到框架的细节中去，例如：RCP界面框架可以让不用面对更少的界面布局的情况，让你的工具界面和eclipse类似，或者C++的MFC足以让你应对很多工具。当然，随着后面的工具难度的加强，你需要开始积累自己的知识，例如：专门有一个自己的库，包括收集和应用一些开源的库，例如：作业调度库、界面框架库、持久层映射库、日志和结果处理库等。还有一些自己的算法和功能库等。随着后来，建议可以多看看web系统方面的东西，毕竟这是个趋势。然后，多站在标准化和接口层次考虑问题。所以，我讲究的是顺其自然，踏踏实实，打好底层基础，对待新技术和框架，少追风，多思考。这样就会逐渐形成自己独特见解。
5、抓准测试：一个工具开发过程中，你也需要进行版本管理和配置管理，你可以学会利用git和svn进行代码管理，学会利用maven和ant进行build，学会在开发工具的同时也学会一些开发和测试自动化流程。而在测试过程中，因为开发的工具不是非常系统化，所以可以主要从功能点(按照需求列好功能点测试)、异常分析(例如：合法性测试、异常操作测试等)、兼容性(之前写的C/S工具，因操作系统不同会有一些问题，而B/S工具，会因为浏览器的问题，而出现一些展示方面的问题，所以需要明确应用和测试环境)
6、快速发布：千万不要将工具做到很完美才想着发布，没有什么是完美，我们所做的就是利用迭代的思想，一步一步去完善。所以，定义好阶段，快速发布，然后在发布中收集问题。
请联系网站客服，了解详细的课程信息~
优质、便捷、省心
