SeleniumRC（Selenium远程控制）SeleniumRC是一个用Java编写的，允许用户使用无论哪种编程语言对基于Web的应用程序构建测试脚本的工具。SeleniumRC克服了SeleniumIDE以及Selenium核心各种缺点的。Selenium核心的漏洞和限制使得用户很难认识到该工具整体上的优点。因此，这也使得测试过程成为了繁琐并难以达到的任务。其中一个重要的限制就是同源策略。同
Selenium简介：我们很高兴推出我们的软件测试培训教程系列。介绍本教程的目的就是让你成为这一广泛使用的软件自动化测试解决方案——Selenium的专家。在这个系列中，我们将着眼于Selenium的各个方面。Selenium并不只是一个工具;它是一系列独立的工具群。我们会具体研究一些工具，并提供适用于各种情况的实际例子。在你开始学习这个有用的系列之前，让我们一起来看看它可以为你提供什么。为什么选
让你的报告作为软件质量测试的一部分,以一个简单,快速和直观的方式将信息呈现给观众。这里有9基本原则要遵循来有效的报告你的性能测试结果。及时报告，经常报告经常地共享数据和信息对于使您的测试项目整体成功来说是至关重要的。为了有效的做到这一点，每隔几天向代理人和项目小组以邮件方式发送总结图表，其中图表包含对所有要点简明扼要的说明。利用视觉方式许多人发现以视觉方式汇报统计数据更容易让人理解。在对性能结果的
我对每个版本运行的回归测试套件是否太大了？是否应该减少回归测试周期以缩短产品推向市场的时间？是否即使运行完整的回归周期，我仍能发现漏过的测试？我的回归测试套件是否完备？是否值得在确定回归测试套件的测试上花时间？如果上述任何一个问题困扰了你，那么下面给出的说明可能会帮助到你。企业在每次发表新的版本之前都要花费数百万美元进行回归测试。采用了不同的过程和方法来得到回归测试套件。通过各种统计方法可能是正确
在IEEEStandard829中有定义测试文件的模板应该长得什么样子,你可以从很多地方找到个模板http://en.wikipedia.org/wiki/IEEE_829可是很多人看完后会说这个太复杂了,有没有简单的方式,连做事的时间都不够了,哪有时间写这么长的文件.我想是否要照着这个范本写并不重要,重要的是你需要考虑以下事情1.什么东西你要测试也就是定义测试的目标物是什么.有时候有些人会搞错测
魔法从定义了类的用户名和密码属性的两行开始，事情开始变得真的很有趣。请注意，我们定义它们为非字符串或整数，而是作为描述符号（descriptor）对象。简单地说，一个描述符是有它的get，set和delete行为改写的对象。可改写是Python页面对象的魔力。纵观UsernameElement类，我们看到，它也有一个自定义的构造函数，其目的是设置本地对象的locator。LoginPageObje
页面对象模式是实施智能自动检查的关键。下面将介绍Python程序员是如何利用它的。自动检查在UIlevel在某些圈内获得了不好的名声，主要是由于相关的维护费用。坏的名声在很大程度上算是实至名归。几乎每个做UI自动化的人都熟悉一些类似“UI分支下将用户名框重命名为了登录名框，所以现在一切都破损了”的情况。页面上的元素总是处于变化的状态，也应该是这状态。如果不是，那么你的产品已经停止了进展。我们所面临
随机测试的类型：随机测试可分为以下三类：＃1.合伙测试：进行此类的测试将需要一个测试人员和一个开发人员针对同一个模块进行工作。在开发人员完成了该模块的单元测试后，测试人员和开发人员坐在一起，同时对这个模块进行测试。通过此类测试可以使双方从更广泛的范围对模块的功能进行研究。开发者将了解测试人员对模块进行的各种不同的测试，而测试人员将了解模块的固有设计，这将有助于他避免设计无用的测试场景，从而避免了找
ad-hoc这个术语意味着缺少组织结构或并不是有条有理的。当你谈论随机测试时，它意味着没有正式流程的情况下执行黑盒测试或行为测试。在这里，正式的流程是指具有类似需求文档，测试计划，测试用例，适当的测试计划的安排和执行测试的顺序。并且测试期间执行的任何操作通常不作记录。这样做主要目的是试图发现无法在传统流程或正式流程的软件测试周期内发现的缺陷。由于已经知道，这种测试的本质在于没有一个正式的或结构化的
对于很多参与敏捷开发工作的人们来说，自动化测试只是对组件测试与或单元测试进行自动化而已。与此同时，在集成测试和系统测试的时候，显然不会使用自动化测试，这就导致了需要手动地执行许多测试。显然，这就使得很难再有时间做足够的回归测试。为什么很少将测试自动化的一个原因是因为在敏捷开发时系统很容易频繁地进行变换。如果没有仔细的思考和规划就创建自动化测试，系统一旦改变他们就将很容易就无法使用，而维护测试用例将
热门文章