自动化测试工具开发如何做自动化测试

怎么学习自动化测试？

AutoRunner是黑盒测试工具，可以用来完成功能测试、回归测试，可以提高测试效率，降低测试人工成本。

自动化测试是当今测试发展的方向，能够帮助软件开发团队实现： ● 节省测试时间 自动测试通过执行测试脚本来实现测试自动化，单个脚本的执行速度比人工执行快10倍以上，能够为我们节省大量的测试时间，我们不必为了测试时间的deadline而加班加点。

● 24小时执行 通过24小时执行模式，实现夜间执行模式，实现夜间自动执行，从而达到“每日构建测试”的目标，可以即使发现每天出现的缺陷。

项目经理及时获取项目质量数据，掌握项目进展情况。

● 降低成本 自动化测试不需要人员来执行测试用例，因此可以节省大量的执行成本。

对测试人员而言，不需要发布新版本带来的加班。

对于整个产品开发团队，只使用很少的测试人员就可以达到高质量的产品，获得大量成本的节省。

产品可以对以下类型对象进行GUI功能性测试： 1 Windows类型对象，一般为用C++/Delphi/VB/VFP/PB/.NetForm等技术开发的桌面程序。

2 IE网页对象，一般性的网站，比如大的门户类网站。

3 Java对象，一般为用AWT/Swing/SWT等技术开发的桌面程序。

4 Flex对象，网页的内容是用Flex开发的。

5 Silverlight对象，网页的内容是用Silverlight开发的。

6 WPF对象，一般为用WPF技术开发的桌面程序。

7 QT对象，一般为用QT技术开发的桌面程序。

如何有效的开展自动化测试

很多时候测试人员在开展自动化测试的时候都是不加思考的就开始做，认为用工具录几个脚本再回放就可以了，没有考虑有效性；而做了并不一定就会有效果，如果自动化测试在整个测试工作中发挥不了作用，那么哪怕是只投入了很少的成本也是在浪费资源。

所以在开展自动化测试之前必须认真思考虑一些问题，以确保它的有效性： 1、被测系统是否适合做自动化测试； 2、被测系统适合在哪些环节做自动化测试； 3、使用何种测试工具、测试框架； 4、开展自动化测试需要哪些资源，包括：人员、机器、时间； 5、当前可用或是可以申请到的资源； 6、如何在不影响日常测试工作的前提下，开展自动化测试工作； 1、被测系统是否适合做自动化测试；很多人可能都回觉得这个问题有些多余，不需要考虑。

可事实上作为一名测试主管必须考虑这个问题，应为自动化测试并非只是做与不做这么简单，而是需要考虑成本投入与效果产出。

不管是做软件、做系统、还是做网站，最终的目的基本上都是要盈利的，要盈利就必须控制成本，提高利润。

所以在测试工作中也必须考虑到成本投入。

如何确定系统是否适合做自动化测试呢？个人认为主要考虑当前的被测项目是长期的还是短期？如果被测项目是在今后半年或者几年间要不断进行开发维护的，那么就需要重复的进行大量的回归测试，这种情况下如果有自动化的回归测试体系就可以节省成本投入；如果被测项目是短期的，比如说一个月，或几个月，同时如果开发自动化测试又不是很容易，也没有足够的时间去做这件事，那么就完全没有必要作自动化测试，费尽力气做出的自动化测试脚本，可能只会用到一次或两次，这样就很不值当。

2、被测系统适合怎样的自动化测试； 自动化测试覆盖的范围很广：单元测试、集成测试、接口测试，GUI测试等等都可以实现自动化执行；同时，不同的系统情况是不一样，有的适合或是可以做GUI的自动化测试,有的可能只适合做接口的自动化测试,所以需要针对不同的被测项目,考虑具体在哪一个环节作自动化测试。

比如说针对搜索引擎，前端往往比较简单，只是一个文本框和提交按钮，大部分的逻辑处理都是在后端完成的，这种情况做自动化的接口测试就可以达到事半功倍的效果；如果是被测系统有很多的页面操作，那么可以考虑GUI的自动化测试；以上这两种情况都不是绝对的，如果测试资源足够，那么在各个环节都是可以开展自动化测试的。

此外，还有一点需要考虑的是自动化测试的可行性，比如说对一个系统而言，做GUI测试是最合适的，也是最有效，但是有可能通过各种工具或者是脚本很难实现GUI的自动化测试，那么就需要考虑变通，考虑是否可以将自动化测试调整到接口测试或是集成测试等环节。

3、使用何种测试工具、测试框架； 当前可以做自动化测试的工具不少，主流的付费的qtp，winrunner，silktest等，开源免费的Jemmy,watir,pywinauto等等。

这么多的工具框架该如何选择，就要看被测系统了，至少要考虑是C/S、还是B/S结构的，服务端和客户端都是用何种语言编写的，是什么数据库，服务器类型等等。

做开发转行做测试(自动化测试前景待遇如何?)

展开全部 开发转自动化测试，貌似有点不太对口。

如果转白盒测试的话会是一个不错的机会，里面牵扯到了很多编程的东西，上手也快，前景也不错！可做自动化测试，需要掌握很多自动化测试的理论和工具，诸如loadrunning、QTP等！ 可如果是这种创业型公司独立成立测试部门，就要看公司的运营前景是否良好，前景不错的话也可以考虑，等过段时间队伍扩大自己就是测试部门老大，测试经理的待遇也是很不错的！ 鄙人觉得还要看你以后喜欢什么样的路子，开发幸苦可薪水相对高些；测试没开发累也自然相对同水平的比开发薪水少些！牵扯到你以后的发展方向，请慎行！ 全手码的字，浅薄见解

请说明一下自动化测试在软件开发中的生命周期及流程？

无论是采用瀑布式还是其他的产品生命周期模型，软件测试分为如下几个阶段： 1、测试需求分析阶段。

测试需求分析阶段主要工作是获得测试项目的测试需求（测试规格）。

输出产物：《可测试性需求说明书》和《测试规格》 2、测试计划阶段。

以测试需求为基础，分析产品的总体测试策略。

输出产物：《产品总体测试策略》 3、测试方案设计阶段。

本阶段主要是以测试规格为基础获得特性测试方案，对于有自动化测试的项目，进行自动化测试的分析，获得测试策略。

输出产物：《产品或者版本总体测试方案》 4、测试用例实现阶段。

本阶段主要是完成各个特性的测试用例的编写和自动化脚本的编写。

输出产物：《产品自动化测试用例》和《手工执行测试用例》 5、测试执行阶段。

本阶段是根据测试策略开展测试执行和回归测试。

输出产品：《产品或版本测试报告》和《缺陷分析报告》 6、评估与关闭阶段。

只对前面的各个阶段的执行情况，完成对测试项目的关闭，同时提供完整的度量数据和项目总结报告。

输出产物：《遗留问题风险分析报告》、《度量分析报告》和《测试关闭报告》 费这劲儿就给0分....-_-!

如何做自动化测试

软件自动化测试的学习步骤 大概步骤如下： 1. 做好手工测试（了解各种测试的知识）-> 2. 学习编程语言-> 3. 学习web基础（html,http,css,dom,javascript）或者 学习winform -> 4. 学习自动化测试工具 ->5. 学习自动化测试框架 -> 6. 实现自动化测试用例 -> 7. 开发自动化测试工具 ->8. 开发自动化测试框架 自动化测试的最高境界是: 开发测试工具，设计自动化测试框架, 让别人用。

自动化测试的本质 自动化测试的本质是：用程序测试程序。

也就是说学习“编程语言”是学习自动化测试的基础。

很多人问小坦克我学自动化测试，应该去学什么自动化工具。

我的回答是，第一步：应该先学习编程语言，以后再去学自动化测试工具 自动化测试是一定要写代码的， 编程语言水平的高低决定了自动化测试水平的高低, 有了扎实的编程技术，干什么都可以。

学习编程语言时， 要把自己当做开发人员， 系统地学习各种编程知识。

自动化测试学习的误区 很多新手一开始，就学习复杂的自动化测试工具， 我觉得这样是本末倒置了。

如果不先理解http协议， 就不会理解jemeter, loadrunner, fiddler, soapui这些工具的。

如果不先理解html,dom， 就不会理解firebug 这种工具的 如果不先理解win32 api, 就不会理解windows 窗体自动化测试的原理的。

如果自己没有开发过网站， 就不会理解网站的各个方面，测试起来难免有遗漏。

总之学习自动化测试，需要循序渐进， 把基础打好。

自动化测试的职位 自动化测试工程师的职位叫做： （sdet） software development engineer in test. 专注于自动化测试 手动测试工程师叫： （ste）software test enginer. 专注于手动测试 在微软有很多sdet的职位，但是没有ste的职位， ste职位一般都是外包给外包公司的, 目前自动化测试还是非常吃香的。

自动化测试分类 自动化测试也有非常多的种类， 对web ui 的自动化测试程序 对windows 窗体ui的自动化测试程序 api测试， 比如（测试wcf service, web api 等） 数据库测试， 比如测试存储过程 接口测试 (这种只能用自动化测) 单元测试 性能测试， 性能测试都需要用到自动化