注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 第5讲 全程软件测试-测试自动化

  2. 1.自动化测试和测试自动化 2.测试工具的实现原理 3.结构化、数据驱动和关键字驱动脚本。 4.测试工具选择的标准 5.开源工具的完整解决方案 6.商业工具的完整解决方案 7.以开源工具Selenium介绍自动化功能测试 8.以开源工具JMeter介绍自动化性能测试 p9.测试自动化框架

  3. 所属分类：其它

    • 发布日期：2009-09-20
    • 文件大小：923kb
    • 提供者：KerryZhu

  1. Fuzzing_模糊测试--强制性安全漏洞发掘

  2. 目录 作者序 译者序 前 言 第一部分 第1章 安全漏洞发掘方法学 1.1 白盒测试 1.1.1 源代码评审 1.1.2 工具和自动化 1.1.3 优点和缺点 1.2 黑盒测试 1.2.1 人工测试 1.2.2 自动测试或模糊测试 1.2.3 优点和缺点 1.3 灰盒测试 1.3.1 二进制审核 1.3.2 自动化的二进制审核 1.3.3 优点和缺点 1.4 小结 1.5 脚注 第2章 什么是模糊测试 2.1 模糊测试的定义 2.2 模糊测试的历史 2.3 模糊测试阶段 2.4 模糊测试的局限

  3. 所属分类：Web开发

    • 发布日期：2010-07-05
    • 文件大小：818kb
    • 提供者：jojo0103

  1. Fuzzing_模煳测试--强制性安全漏洞发掘

  2. 作者序 译者序 前 言 第一部分 第1章 安全漏洞发掘方法学 1.1 白盒测试 1.1.1 源代码评审 1.1.2 工具和自动化 1.1.3 优点和缺点 1.2 黑盒测试 1.2.1 人工测试 1.2.2 自动测试或模糊测试 1.2.3 优点和缺点 1.3 灰盒测试 1.3.1 二进制审核 1.3.2 自动化的二进制审核 1.3.3 优点和缺点 1.4 小结 1.5 脚注 第2章 什么是模糊测试 2.1 模糊测试的定义 2.2 模糊测试的历史 2.3 模糊测试阶段 2.4 模糊测试的局限性和期

  3. 所属分类：网络监控

    • 发布日期：2012-02-29
    • 文件大小：818kb
    • 提供者：zhuyu106156

  1. Fuzzing 模糊测试--强制性安全漏洞发掘

  2. 目录 作者序 译者序 前 言 第一部分 第1章 安全漏洞发掘方法学 1.1 白盒测试 1.1.1 源代码评审 1.1.2 工具和自动化 1.1.3 优点和缺点 1.2 黑盒测试 1.2.1 人工测试 1.2.2 自动测试或模糊测试 1.2.3 优点和缺点 1.3 灰盒测试 1.3.1 二进制审核 1.3.2 自动化的二进制审核 1.3.3 优点和缺点 1.4 小结 1.5 脚注 第2章 什么是模糊测试 2.1 模糊测试的定义 2.2 模糊测试的历史 2.3 模糊测试阶段 2.4 模糊测试的局限

  3. 所属分类：网络安全

    • 发布日期：2012-10-30
    • 文件大小：965kb
    • 提供者：a26192252

  1. 如何进行测试自动化的成本估算通常需要结合测试用例的复杂度的评估来考虑选择的测试用例以及个数。首先把测试用例按一定的原则分为简单、中等、复杂3大类。然后从这3大类的测试用例中按一定的比例来抽取需要实现自动化的用例。

  2. 如何进行测试自动化的成本估算 对于自动化测试团队而言，容易犯的一个典型的错误是：没有选择恰当的测试用例来实现自动化。 　　大部分测试自动化项目失败的原因主要归咎于被测试应用程序的快速变化、不恰当的测试用例、不可靠的框架、脚本编程的问题。分析这些问题的根源，我们可以看到，自动化测试必须分阶段逐步开展，而不能局限在某个阶段完成自动化测试。因此，建议自动化测试从选择那些重要的、合适的测试用例开始，然后慢慢地扩展到其他方面。这样会带来较低的维护成本，但是实现更重要的业务价值。 　　 　　那么如何选择合

  3. 所属分类：专业指导

    • 发布日期：2008-12-15
    • 文件大小：346kb
    • 提供者：wendy_z

  1. 测试自动化的成本估算

  2. 1) 如何选择合适的测试用例实现自动化 2) 影响测试自动化工作量评估的因素 3) 测试框架设计与工作量评估 4) 测试脚本编写工作量的评估

  3. 所属分类：其它

    • 发布日期：2009-02-26
    • 文件大小：275kb
    • 提供者：nmtcolin

  1. 软件移动端测试之 -手机自动化测试appium.m4a

  2. 手机自动化测试的特点 手机自动化测试是新兴起的，相对于页面测试来说有自己独特的特点： （1）软件环境依赖。手机App根据不同的系统，可能会有不同的地方，比如说Android，IOS就不完全相同。开发人员在做App的时候，是分开来开发的，所以测试的时候我们也要分开来写自动化测试用例，而且有些儿框架还不支持两个不同的操作系统。 （2）硬件环境依赖。智能机生产厂商越来越多，而且手机屏幕大小也不一，这就会造成App在不同的机型上展示可能不太一样。在大屏幕上可能显示的是5到6条记录，小的屏幕上显示的也

  3. 所属分类：互联网

    • 发布日期：2020-03-29
    • 文件大小：6mb
    • 提供者：beyongboy

  1. 函数库、组件产品的测试方法[4]

  2. 函数库、组件产品的测试方法[4]  软件测试　　测试框架的介质(如果选用了第三方测试框架的话)。　　1.4.3函数接口测试的自动化　　函数接口产品的一个特点就是对外表现比较稳定，因此一旦实现了对其测试过程的自动化，积累起可复用的测试资源，就会大大缩短以后该产品的测试周期。所以对于函数接口的测试，建议都能以测试自动化的过程进行组织。　　为了实现函数接口的测试自动化，就需要选择一个稳定、可靠的测试框架来组织测试代码，在这里建议使用XUnit工具。　　(注：针对不同的开发语言，Xunit提供了不同的版

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：34kb
    • 提供者：weixin_38543749

  1. 如何选择适合你的测试自动化框架

  2. 如何选择适合你的测试自动化框架.基于只使用一种捕获工具例如IBMRationalRobot来录制并且回放测试用例而得出自动化测试工作量是有缺陷的。只使用一种捕获工具来运行复杂且巨大的测试是非常耗费时间和昂贵的。 　　基于只使用一种捕获工具例如IBMRational:registered:Robot来录制并且回放测试用例而得出自动化测试工作量是有缺陷的。只使用一种捕获工具来运行复杂且巨大的测试是非常耗费时间和昂贵的。因为这些测试是随机创建的，他们的功能性是很难追踪和重现，而且维护成本也是非常昂贵的

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：452kb
    • 提供者：weixin_38732811

  1. 技术工具Nightwatch.js–基于Node.js的验收测试框架

  2. 技术工具Nightwatch.js–基于Node.js的验收测试框架Nightwatch是一套新近问世的基于Node.js的验收测试框架，使用SeleniumWebDriverAPI以将Web应用测试自动化。它提供了简单的语法，支持使用Javascr ipt和CSS选择器，来编写运行在Selenium服务器上的端到端测试。 　　Nightwatch是一套新近问世的基于Node.js的验收测试框架，使用SeleniumWebDriverAPI以将Web应用测试自动化。它提供了简单的语法，支持使用J

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：80kb
    • 提供者：weixin_38518376

  1. 也谈自动化测试开发

  2. [题记]：今晚一个人跑到杭州窝在宾馆无所事事，也睡不着，就把这几天来关于自动化测试的探讨记录下来，也给自己一个机会，逼着自己好好反思这一年多来关于自动化测试的点滴。其实，我也只是接触过两套自动化框架，一是项目组开发、设计出来的，在这个从无到有的过程中，我学到了很多。其二便是学习的RobotFramework，它告诉我一个优秀的自动化框架应该具备些什么。 　　都讲自动化测试开发，当然要把开发自动化测试框架也当做一个项目来做。这时候，就需要考虑应该选择何种类型的自动化测试框架：数据驱动、关键字驱动、

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：113kb
    • 提供者：weixin_38712908

  1. Web 应用程序用户界面低层测试自动化

  2. Web 应用程序日渐复杂，对它们的测试工作也变得越来越重要。有很多测试技术可供你选择使用。例如，在 2005 年 4 月份的 MSDN 杂志中，我描述了一个基于 Jscr ipt 的简单系统，它使用 IE 的文档对象模型(Internet Explorer Document Model)来完整地测试某个 Web 应用程序的用户界面。这个技术很有效，但是在几个方面存在着缺陷。我的一些同事问我是否能使用 .Net 框架编写功能更强，但仍然 是轻量级的 Web 应用程序用户界面自动化测试程序。在这个月

  3. 所属分类：其它

    • 发布日期：2021-03-17
    • 文件大小：166kb
    • 提供者：weixin_38588394

  1. 如何进行测试自动化的成本估算

  2. 火龙果软件工程技术中心   如何选择合适的测试用例实现自动化？对于自动化测试团队而言，容易犯的一个典型的错误是：没有选择恰当的测试用例来实现自动化。大部分测试自动化项目失败的原因主要归咎于被测试应用程序的快速变化、不恰当的测试用例、不可靠的框架、脚本编程的问题。分析这些问题的根源，我们可以看到，自动化测试必须分阶段逐步开展，而不能局限在某个阶段完成自动化测试。因此，建议自动化测试从选择那些重要的、合适的测试用例开始，然后慢慢地扩展到其他方面。这样会带来较低的维护成本，但是实现更重要的业务价值。那

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：414kb
    • 提供者：weixin_38744435

  1. Web应用程序用户界面低层测试自动化

  2. 下载源代码：TestRun0510.exe(166KB)原文出处：Low-LevelWebAppUITestAutomationWeb应用程序日渐复杂，对它们的测试工作也变得越来越重要。有很多测试技术可供你选择使用。例如，在2005年4月份的MSDN杂志中，我描述了一个基于Jscr ipt的简单系统，它使用IE的文档对象模型(InternetExplorerDocumentModel)来完整地测试某个Web应用程序的用户界面。这个技术很有效，但是在几个方面存在着缺陷。我的一些同事问我是否能使用.

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：174kb
    • 提供者：weixin_38611527

  1. 选择测试自动化框架

  2. 火龙果软件工程技术中心   基于只使用一种捕获工具例如IBMRational:registered:Robot来录制并且回放测试用例而得出自动化测试工作量是有缺陷的。只使用一种捕获工具来运行复杂且巨大的测试是非常耗费时间和昂贵的。因为这些测试是随机创建的，他们的功能性是很难追踪和重现，而且维护成本也是非常昂贵的。对于一个刚刚起步的自动化测试小组，更好的选择是使用一种测试自动化框架，它已经定义好了由一些假设，概念和制定工作平台或为自动化测试提供支持的实践组成的集合。在这篇文章中我试着将一些我熟悉的

  3. 所属分类：其它

    • 发布日期：2021-02-27
    • 文件大小：632kb
    • 提供者：weixin_38657984

  1. 如何进行测试自动化的成本估算

  2. 火龙果软件工程技术中心   如何选择合适的测试用例实现自动化？对于自动化测试团队而言，容易犯的一个典型的错误是：没有选择恰当的测试用例来实现自动化。大部分测试自动化项目失败的原因主要归咎于被测试应用程序的快速变化、不恰当的测试用例、不可靠的框架、脚本编程的问题。分析这些问题的根源，我们可以看到，自动化测试必须分阶段逐步开展，而不能局限在某个阶段完成自动化测试。因此，建议自动化测试从选择那些重要的、合适的测试用例开始，然后慢慢地扩展到其他方面。这样会带来较低的维护成本，但是实现更重要的业务价值。那

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：414kb
    • 提供者：weixin_38724247

  1. 最后：端到端功能测试和自动化框架-源码

  2. 声明式端到端功能测试（最终） 该库与Go 1.12+兼容 如果遇到重大更改，请参考 。 动机 端到端测试是一种方法，该方法通过所有网络通信，用户，数据存储和其他依赖项交互，在紧密模拟生产系统的环境中全面测试应用程序。 手动准备应用程序及其数据进行测试需要花费大量时间。 如果此过程是手动操作或依赖于第三方，则可能会成为严重的瓶颈。 复杂的回归测试计划执行和数据组织可能是数百个要测试的业务用例的又一个挑战。 尽管有许多很棒的框架选择可以帮助进行集成测试： Web UI集成测试： 或数据库集成

  3. 所属分类：其它

  1. 使用IBMRationalFunctionalTester实现自动化框架:数据驱动

  2. 在RationalFunctionalTester中使用数据池进行工作一个用RationalFunctionalTester进行数据驱动测试的简单例子选择使用的数据数据驱动框架的利与弊下一步这是应用IBMRationalFunctionalTester实现测试自动化框架的三部系列的第二篇文章，重点在于创建一个数据驱动的框架。本系列的其他文章涵盖了模块化和关键字驱动的框架。编者注:本文是基于使用IBM?Rational?FunctionalTesterforJava?andWeb6.1和Windo

  3. 所属分类：其它

    • 发布日期：2021-02-04
    • 文件大小：562kb
    • 提供者：weixin_38733885

  1. 选择测试自动化框架

  2. 火龙果软件工程技术中心   基于只使用一种捕获工具例如IBMRational:registered:Robot来录制并且回放测试用例而得出自动化测试工作量是有缺陷的。只使用一种捕获工具来运行复杂且巨大的测试是非常耗费时间和昂贵的。因为这些测试是随机创建的，他们的功能性是很难追踪和重现，而且维护成本也是非常昂贵的。对于一个刚刚起步的自动化测试小组，更好的选择是使用一种测试自动化框架，它已经定义好了由一些假设，概念和制定工作平台或为自动化测试提供支持的实践组成的集合。在这篇文章中我试着将一些我熟悉的

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：632kb
    • 提供者：weixin_38569569

  1. FluentLenium：FluentLenium是一个网站和移动自动化框架，它扩展了Selenium以编写可靠且有弹性的UI功能测试。 这个框架已经准备好了。 由每天自动执行基于浏览器的测试的人员编写和维护-源码

  2. 什么是FluentLenium？ FluentLenium可帮助您为浏览器和移动应用程序编写可读，可重用，可靠和有弹性的UI功能测试。 FluentLenium提供了与的Java，并带来了一些来避免Selenium用户面临的常见问题。 FluentLenium随附了用于 ， ， ， ， 和适配器，但也可以使用。 与FluentLenium最佳整合 ，但你也可以选择使用你想要的。 FluentLenium可用于使您的流畅并易于维护。 FluentLenium为您提供了，可帮助您更

  3. 所属分类：其它

« 12 3 4 5 6 7 8 »