一般web测试用什么自动化工具_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
一般web测试用什么自动化工具
我有更好的答案
、首先我想知道你的C/S架构的软件程序编程语言是什么？是C++，可以修改为直接调用其底层的对象识别API，然后上层自己拓建。MSAA提供了如此方便的功能， UI自动化测试自然可以借用这项技术？2，它的测试用例是用XML写的，因为XML的逻辑实现不好，那你可以自己写一个XML解析函数，但是盲人可以通过一个USB读屏器连接到电脑上， 读屏器通过UI程序暴露出来的这个Interface，通过盲文或者其它形式传递给盲人，然后加一个for循环，不过这要是用abbot的XML实现较麻烦，商用的很多都可以。个人觉得、Java还是啥：
1）应用MSAA提供的接口，MSAA的全称是Microsoft Active Accessibility，你可以找一些操作接口拓展自己的控件操作库，灵活而且复用性好，UI程序可以暴露出一个Interface，方便另一个程序对其进行控制。 MSAA技术的初衷是为了方便残疾人使用Windows 程序，方法有，我推荐你使用开源测试工具abbot。比如盲人看不到窗口，就可以获取程序信息。MSAA暴露出来的Interface叫做 IAccessible。
2）每个windows窗口都有句柄，找到了窗口句柄我们就能够对其进行一系列操作。在找寻句柄的属性下，你可以用SPY C++进行识别。4、，它包括录制功能。至于。你想实现填表单工作1）靠录制，但是我建议你可以根据自己的需求进行aboot的修改：你用C++自动化测试的话，最好能够自己去做一些自动化测试工具，是应用一些方法操作C++控件吗，这样的话，用一个程序自动化更新XML用例3、是MC的程序的话。这是类似DCOM技术。技术模型是这样的.net程序的话、是java的话
为您推荐：
您可能关注的内容
web测试的相关知识
换一换
回答问题，赢新手礼包我15年电气工程及其自动化专业毕业，毕业后在一家加工型企业工作，做生产测试工程师助理。主要的工作内容是维护产线生产测试。因为是生产测试，而且公司还有专门的产线自动化测试tool，相对来说比较简单。毕竟是加工型工厂企业，薪资很低。所以在年初三月份的时候重新找了一个工作；现在是在一家互联网新公司，做一些Android移动设备测试。但是全是手动测试，非常痛苦。而且测试就2人，另外一是一个八岁女儿的妈妈（她似乎放弃治疗了）。
但是我还年轻，我真的不想就这么颓废的得过且过。所以我现在制定了自己的职业规划，希望能在两年内学习并会用python编写自动化测试脚本。能够摆脱全手动测试这个窘境。所以想请各位大神指点下，我现在是直接报一个python开发编程班吗？如果报培训班你们有推荐吗（亲身经历）？ 还是报虫师（不知道你们了不了解）python+selenium（但是据我了解appium好像更适合Android移动设备测）？
跪求指点。
看到你第一句话，我就忍不住回复你了，我也是15年电气工程及其自动化专业毕业，真是巧我的经历嘛，就去年入了游戏测试的坑，然后在上司的指导下学了python，算是半自学半指导，主要还是要靠自己，然后到现在呢，自动化脚本是会一点，可是现在的这份软件测试不怎么用得上自动化~~
其实不是说手动测试不好， 只不过想要提升自己的能力，为了以后的上升空间，自动化测试这条路我是一定会走的。 我现在一直都是逛论坛、看博客、看一些教学视频。但是感觉好乱，觉得还是得抱培训班才能更好得提升自己。 因为身边也没人问，所以只好在这请教了。
单纯做Android自动化测试的，没必要去学Appium先，首先你需要掌握一门编程语言，对于Android来说，java是最好的选择，然后学习基本的Android开发知识，尝试了解Android的基本原理，像四大组件，三大服务，然后开始了解Android自动化测试框架，像Monkey，UiAutomator等，我本人是从事Android方面的测试开发工作，有问题可以一起交流。
—— 来自TesterHome官方
如果要做安卓的自动化测试，必须先了解一点安卓编程，一开始只要入门就可以了。不然你不容易理解appium里的一些基本概念。
我是在看《第一行代码》。
有一些基本概念了，再看appium，这个在TesterHome有翻译的中文指南，可以照着学习。
python+selenium是测试web的，不是测试安卓的。
非常感谢你的指点，其实我知道做自动化测试是需要掌握一门编程语言；也清楚java是最好的选择。因为毕竟不是学计算机专业，学习还是有些困难。有了解到python比较简单易学。所以现在也一直在看这类的教学视频。
想请教下，Android移动设备用python语言编写的测试脚本测试，会存在很多不可行吗？（或者是一定要用java编写测试脚本吗？）
你做开发测试会用到哪些自动化测试工具？ 或者你能建议下，我学习python+（哪个自动化测试工具）比较适合我现在的工作？
非常感谢指点，
另外我想请教下，因为我现在的一个规划就是学习python这门编程语言（比Java简单、易学，适合小白），然后在了解appium；最后想用python+appium做android自动化测试。这样的规划是否OK？
monkeyrunner
android自动化测试框架常用的都不支持python，除了appium支持，如果你学习python的话，那还是选择appium吧，只做Android的，我建议是java+uiautomator。
—— 来自TesterHome官方
自动化测试不仅限于UI上点点点，python能做的事情还有很多很多，多上论坛了解吧
谢谢建议，感激。
我建议你先搞接口自动化，UI自动化，滋滋，我怕你学完了还是找不到工作（你别跟大公司大牛比，大部分公司不搞UI自动化的）。。。学Python Java都行，主要看你玩不玩得起来，其实迟早都要学。
谢谢大神指点，
现在接口测试对来我来说还是有难度， 现在首先我规划就是学好python吧，
没办法，编程语言是一定要掌握的。
建议编程语言基础有了之后，可以开始找些简单的项目练手，比如模拟发送接口数据。
有项目的实践，一个是掌握速度会更快，另一个也可以作为你的一项测试经验。
学python没有问题的。
现在做web自动化的，很多人都是学python+webdriver。做安卓自动化的，可以用python+appium。
另外你可以考虑再去研究下RF+RAID。
当然了，我这种做法并不正规的，相反有点急功近利。。
关于如何掌握好基础，练好编程什么的，看看别人怎么说吧。
了解， 非常感谢指点！
现在目前的规划确实要学好python， 做自动化测试的前提，还是需要一门编程语言。
感谢指点。
后方可回复, 如果你还没有账号请点击这里 。
sunyin (本人_帅哥)
第 18328 位会员 /
应该不能说
共收到 16 条回复LOL开发者谈网游自动化测试：每天10万次
[摘要]最近，在该公司的官方技术博客中，Build验证系统开发团队负责人讲述了Riot Games为《英雄联盟》采取的自动化测试方案，据他透露，这款MOBA游戏每天的自动化测试数超过10万个。对于一款在线游戏来说，游戏发布往往只是开始，随后就需要不断地给游戏增加新的内容或者游戏模式。但是每一次的更新都需要大量的游戏测试，玩家数越多的游戏所需要的测试量也越大。作为同时在线突破过750万、MAU超过了6700万的《英雄联盟》来说，Riot公司每次新版本发布需要的测试量是难以想象的。最近，在该公司的官方技术博客中，Build验证系统开发团队负责人Jim ‘Anodoin’ Merrill讲述了Riot Games为《英雄联盟》采取的自动化测试方案，据他透露，这款MOBA游戏每天的自动化测试数超过10万个，以下请看记者编译的内容：大家好，我是Jim ‘Anodoin’ Merrill，为《英雄联盟》做自动测试方面的工作，特别专注于游戏内体验。我目前担任Build验证系统研发（BVS-Dev）团队的队长。很大程度上，我们团队主要是为自动化测试打造工具并帮助团队写出更好的测试程序。过去的几年里，我们一直都在打造测试系统和基础设施，主要是为了提高开发者们的效率并降低游戏中的bug数量。我们现在每天要运行10万个测试案例，对于这个测试量，自动化测试可以帮助我们把内容更快地推送到玩家们面前，而且可以减少bug。我希望分享一些我们所尝试过的一些做法，也希望能够开启游戏领域有关自动化测试方面的讨论。为什么我们要在意自动化测试呢？《英雄联盟》的变化非常之快，平均来说，在每天的源代码管理检查中都可以看到超过100个与代码和内容相关的改变，而要覆盖所有的这些改变就是一个挑战。随着每两周推一次更新的速度，我们快速检查故障就变得极其重要。在发布过程中的bug发现太晚就会导致更新的发布延迟，导致重新部署更新内容，或者必须暂时禁用某些英雄，这些对于玩家们来说都是糟糕的体验。自动化测试可以让品质分析师们更多地专注于创意测试和上游故障的预防，这样他们可以创造更多的价值。自动化测试还可以更快地显示测试结果，对于人类来说，对于提交的每一行新代码或者内容都进行完整的测试是不现实的，即便是能够做到，那也需要大量的测试者参与并且快速地返回足够多的测试结果。我们的测试系统运行基于持续集成（CI），并且在大约一小时后反馈报告。这就意味着开发者们收到结果的时间是相对合理可控的，这可以减少上下文切（context switching）换次数和时间。实际上，自动化测试中发现的bug解决速度比普通的bug快8倍。更好的是，如果我们需要给测试增加吞吐量的话，只要简单的给测试集群系统增加一些执行程序就可以了。Build验证系统这个带有想象力色彩的Build验证系统（BVS）是我们为游戏客户端和服务器打造的测试框架，它负责获取测试资料，把它们应用到测试机器上，开始并管理测试系统、执行测试并且报告各自的测试结果。测试和线束都是用Python写的，而且我们写了大多数的BVS代码，这样可以帮助测试程序写作者们不用受到收集必须的资源所带来的麻烦。因此，一些测试类当中的参数可以确定运行什么地图、需要加入多少客户端以及什么英雄需要在游戏中（被测试）。测试使用客户端和服务器上的远程程序调用端点来解决指令并监控游戏状态。大多数情况下，测试包含一套相对线性化的指令和查询，现有的测试覆盖了从英雄技能到视觉规则以及杀死一个怪应该获得的奖励等所有方面。我们一些早期测试并没有那么线性化，但这样的做法让非技术开发者们对于这个系统的使用更加困难。由于确定测试环境的所有工作都是独立完成的，所以测试本身不管是在本地工作室还是在测试集群中进行都是一样的。所以这让本地运行测试更加容易，而且给游戏做出改变也更容易。比如我们对()巨口·克格莫新W技能的伤害处理测试看起来是这样的：代码截图（）克格莫测试的第一个部分包括了生化弹幕技能的伤害测试，看起来是这样的：当测试完成运行之后，它就会给独立的报错服务提供测试结果，该服务大概可以存储6个月的运行数据。基于特定测试数据的来源不同，该服务还会采取不同的措施。本地运行测试会打开执行器上的网页，它上面详细技术了失败和成功的案例。然而在测试集群中进行的测试会给所有一经发现过的问题创造新的bug标签，根据结果给对象增加标记，如果有失败案例的话，就会给测试执行者发送邮件。测试数据还通过报错服务进行汇总和追踪，可以让我们看到测试失败是什么时候发生的、发生的频率以及距离通过的版本出现有多少时间等等。在wood 5中我们没有使用任何监控，所以看不到这次重大故障的问题所在为了避免古怪或者不可靠的测试，每一个测试都必须通过标准处理过程才能被信任。在一个测试进行了代码审核并且提交之后，它就进入了一系列被称为BVSStaging的测试。这时候，测试必须展示出至少一周的稳定性才能被提出来使用。如果staging阶段的测试失败，那么结果就只会让测试开发者们知道，这样会避免整个团队的困惑。一旦测试展示了可靠性之后，它就会被提到两套程序中的一个。首先是BVSBlocker，它包含的测试能够确定一个build是否值得进一步测试，不能通过Blocker测试的build是不会应用到测试环境中的，因为要么是游戏不能运行，要么就是有很多严重的bug影响游戏性能。另一套是BVSCore，也是我们功能测试的核心，包括对于每个英雄技能的测试。深度探索框架BVS通过三个层面实现：执行器、驱动器以及脚本。执行器接入一个功能测试的通用API，驱动器则加入特定步骤的配置并且执行测试。最后，脚本为测试案例加入特定的逻辑。目前情况下，我们只有一个在使用中的驱动器（也就是LOLGame），但执行器和驱动器分离的做法，意味着我们未来的项目可以通过加入它们自己的驱动器使用BVS，并且共享编写LOLGame驱动器的工具。流程图它们需要的单个组件注册器和可选参数都是其各自声明（declaration）的一部分，当参数提供到指令栏的时候，它们被存储为组建消耗作为初始化部分的关联数组（dictionary）。初期版本的BVS针对Python使用标准的argparse库，但我们选择不使用argparse库的原因有两个方面：首先，潜在的参数输入量会变的更大，因此很难在系统中进行追踪；第二，驱动器需要拥有驱动器特有的参数，这也就意味着在启动时生命解析器是不可行的。一个驱动器类的示例参数这里有三个层面的相关粒度：测试集、测试和测试案例。测试集是共同运行的一组测试的集合，比如前面提到的BVS Blocker测试集是一系列运行在CI上的冒烟测试（smoke test），测试集目前是通过JSON文件向BVS描述的，这些文件可以早期创建，也可以在测试过程中生成。测试指的是加入了一系列使用相同游戏参数的类似测试栏里的（单独的）类，比如，LoadChampsAndSkins测试通过运行加载每个英雄和皮肤资源的测试案例来实现，并且要确定加载是合理的。测试案例指的是在一次测试中将要起到一定功能的单位，比如，LoadChampsAndSkin测试中的loadChampionAndSkin函数就是一个单独的测试案例，这个案例会被执行数百次，因为要匹配每个英雄和皮肤之间的关系。克格莫的整套测试案例是通过高级测试被执行的，这些测试可以允许更为复杂的测试案例拥有比函数更多的结构。BVS里的并行化基本上是在测试设定层面就做好了，当然也可以发生在测试期间，因为BVS把测试集当作JSON存储和读取，我们在这个JSON里创造了子列表，既可以通过单个执行器连续执行，也可以在测试群里并行执行。在BVS的初期，我们可以手动平衡，因为对于比较小的测试列表来说，手动比自动化效率更高。随着使用中的主要测试集不断增多，我们开始转向了可以产生同样JSON文件的自动化加载平衡器，但我们现在用的是在过去10次运行中的每个测试组件所用的平均时间。大多数的BVS用户只对于测试本身感兴趣，因为我们也开始用自己的方式寻找出路，确保他们不用考虑驱动器处理的所有细节。同样的是，我们使用了相对比较大的标准库，它包含了PRC端点。我们这么做的最主要原因只是为了确保测试没办法留后路，但最重要的原因是，我们把它当作一系列的行为标准，既能预防马虎的测试程序编写，还能确保不同测时间的连贯性。特别是我们在BVS的标准测试库里不用任何形式的sleep函数，只有测试程序写作者才会更多地用到sleep函数，这就导致了由于硬件不同而产生的测试差异化，在标准数据库模式下的所有wait函数都是条件wait函数，这会让游戏有一个稳定的挤走，只有条件被满足的时候才执行。wait条件函数案例自初期开始，我们为BVS采用了一个主要方法就是，把和所有市相关的逻辑都分离开来。过去BVS还承担了确认应该使用哪些资源的作用，为了保持职责分工的清晰，我们专门有个独立的服务，它负责所有和运行测试没有直接关联的工作，这个服是使用了Django REST框架的Django应用，它可以提供一个BVS和当前BVS其他服务可以用的API。运行和运行后流程整体性能整体来说，《英雄联盟》每次推出新版本之后，BVS在18分钟里运行大约5500个测试案例，总的来说就是每天运行10万次测试。从故障提交到BVS得出首个测试报告的时间大约在一两个小时之间。50%的重大或者拦路虎级别的bug都是被BVS发现的，其余则是在内部QA或者在PBE上发现的。没有被BVS发现的问题通常都是直接跳过的，因为测试覆盖面不够广，而不是测试做的不好。虽然我们发现的大多数bug都是游戏崩溃或者功能缺失方面的，但通常我们也会最先发现一些真正难以发现的bug。我个人比较喜欢的一个bug是，游戏中所有的塔都向地图的右上角倾斜，导致产生了史诗级的塔防效果图。我们发现的还有非自动化测试不一定能够发现的问题，比如如果一个英雄在射程范围的对敌人施放技能可能会导致miss。总体来说，自动化测试并不一定要取代人工测试，但它毫无疑问地加快了反馈周期，让我们的人工测试者们有更多的自由用在具有建设性的测试上。随着越来越多的内容被加入到《英雄联盟》中，我们还会覆盖更多的测试范围，这毫无疑问会提高我们的销量并改善游戏版本的表现。
正文已结束，您可以按alt+4进行评论
相关搜索：
[责任编辑：aniszhou]
热门搜索：
Copyright & 1998 - 2017 Tencent. All Rights Reserved哪种语言更适合自动化测试编程_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
哪种语言更适合自动化测试编程
我有更好的答案
这些语言一般就是用来操作你的系统或者用来操作你的待测程序。有时做工具需要做图形界面和网页。有时要扩展别人的工具（商业工具或开源工具）。最烦的是维护别人（比如已离职的同事等）写的工具，和修他们做的工具、c：java、ruby、插件里的bug。也就是说你用c写的程序我用python测试是可以的，因此，就看你公司里第一个做自动化测试的人喜欢什么语言了、perl、groovy、vb。不同公司不同时期都用不同的语言。使用何种语言和待测程序以何种语言编写基本无关、python、bash shell。我用过这些基本是个语言都有可能用到
采纳率：91%
来自团队：
为您推荐：
您可能关注的内容
换一换
回答问题，赢新手礼包178被浏览66228分享邀请回答8817 条评论分享收藏感谢收起22 条评论分享收藏感谢收起}