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

搜索资源列表

  1. 持续集成与自动化测试

  2. 持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试持续集成与自动化测试

  3. 所属分类：专业指导

    • 发布日期：2010-08-05
    • 文件大小：255kb
    • 提供者：v861

  1. Xcode Server 实现 iOS 移动应用的自动化测试与持续集成

  2. 详细介绍了使用Xcode与Xcode Server 实现 iOS 移动应用的自动化测试与持续集成过程。

  3. 所属分类：iOS

    • 发布日期：2015-08-05
    • 文件大小：3mb
    • 提供者：whyliu_

  1. 持续集成自动化构建与测试

  2. 随着自动化办公的发展，将构建部署及测试都自动化将极大地节约劳动成本。在此我们采用Jenkins实现自动化构建与部署。Jenkins 是一个可扩展的持续集成引擎。 主要用于： 持续、自动地构建/测试软件项目。监控一些定时执行的任务。 Jenkins拥有的特性包括：易于安装-只要把jenkins.war部署到servlet容器，不需要数据库支持。易于配置-所有配置都是通过其提供的web界面实现。集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知。生成JUnit/Tes

  3. 所属分类：C

    • 发布日期：2017-09-11
    • 文件大小：1mb
    • 提供者：cyril1121

  1. 基于Jenkins的企业持续集成系统的设计与实现

  2. 持续集成（ Continuous Integration，简称 CI）是一种软件开发实践，在实践中 项目成员频繁地进行集成，通常每个成员每天都会做集成工作，如此，每天整个 项目将会有多次集成。每次集成后都会通过自动化构建（包括测试）来尽快发现 其中的错误。许多团队都发现这种方法大大地减少了集成问题并且能够快速地开 发出高内聚性的软件。持续集成的核心是减少缺陷引入、发现和修复之间的时间 间隔。

  3. 所属分类：其它

    • 发布日期：2017-10-29
    • 文件大小：2mb
    • 提供者：yyandyzhou

  1. 持续集成开源工具

  2. Redmine是用Ruby开发的基于web的项目管理软件，是用ROR框架开发的一套跨平台项目管理系统，支持多种数据库，有不少自己独特的功能，例如提供wiki、新闻台等，还可以集成其他版本管理系统和BUG跟踪系统，例如Perforce、SVN、CVS、TD等等。这种 Web 形式的项目管理系统通过"项目(Project)"的形式把成员、任务(问题)、文档、讨论以及各种形式的资源组织在一起，大家参与更新任务、文档等内容来推动项目的进度，同时系统利用时间线索和各种动态的报表形式来自动给成员汇报项目进

  3. 所属分类：其它

    • 发布日期：2018-11-01
    • 文件大小：6mb
    • 提供者：dingyouzhi

  1. 基于Jenkins+SonarQube+Nosetests+Coverage的Python项目持续集成.jpg

  2. 本文从一个规范的Python项目目录结构开始，介绍了一个Python项目应该遵序的一些编码规范，以及与持续集成相关的工具使用。由于网上众多Python项目是使用TravisCI进行持续集成，跟我们目前使用Jenkins+SonarQube方案不一样，所以我们重新研究了如何整合这些内容 基于Jenkins进行集成 基于Nosetests进行自动化测试 基于coverage.py进行代码覆盖率检查 另外为了进一步解决自动化测试、开发过程的种种问题，我们也对以下工具进行了研究 基于v

  3. 所属分类：项目管理

    • 发布日期：2020-02-07
    • 文件大小：540kb
    • 提供者：as4589sd

  1. Node.js-Nightwatch.js-基于Node.js和Webdriver的自动化测试与持续集成框架

  2. Nightwatch.js - 基于Node.js和Webdriver的自动化测试与持续集成框架

  3. 所属分类：其它

    • 发布日期：2019-08-10
    • 文件大小：465kb
    • 提供者：weixin_39840588

  1. 游戏项目中的自动化测试和持续集成[2]

  2. 游戏项目中的自动化测试和持续集成[2]软件测试代码功能测试会生成非常复杂的输出数据，比如游戏的图形渲染引擎，回归测试是唯一可行的自动化测试。以图形渲染引擎为例，所有图形测试以输出最终平台相关的图形文件为结果。一旦自动化测试开始运行，渲　　游戏项目中的自动化测试和持续集成[2]  软件测试　　代码功能测试会生成非常复杂的输出数据，比如游戏的图形渲染引擎，回归测试是唯一可行的自动化测试。以图形渲染引擎为例，所有图形测试以输出最终平台相关的图形文件为结果。一旦自动化测试开始运行，渲染出来的图形文件与样

  3. 所属分类：其它

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

  1. 持续集成与测试自动化

  2. 持续集成与测试自动化软件测试一、背景我从毕业到现在,曾在大小不同的三个公司就职:有民营的、有外资的、也有上市公司。但以前大多都是做项目，从事软件开发工作，绝大部分公司对测试都不重视，即使有也没有成规模，更谈不上建立测试体系。总之，重　　持续集成与测试自动化软件测试　　一、背景　　我从毕业到现在,曾在大小不同的三个公司就职:有民营的、有外资的、也有上市公司。但以前大多都是做项目，从事软件开发工作，绝大部分公司对测试都不重视，即使有也没有成规模，更谈不上建立测试体系。总之，重开发轻测试的管理思想在中

  3. 所属分类：其它

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

  1. 持续集成与测试自动化

  2. 我从毕业到现在,曾在大小不同的三个公司就职:有民营的、有外资的、也有上市公司。但以前大多都是做项目，从事软件开发工作，绝大部分公司对测试都不重视，即使有也没有成规模，更谈不上建立测试体系。总之，重开发轻测试的管理思想在中国延续了几十年、并 　　一、背景 　　我从毕业到现在,曾在大小不同的三个公司就职:有民营的、有外资的、也有上市公司。但以前大多都是做项目，从事软件开发工作，绝大部分公司对测试都不重视，即使有也没有成规模，更谈不上建立测试体系。总之，重开发轻测试的管理思想在中国延续了几十年、并且还

  3. 所属分类：其它

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

  1. 持续集成之戏说Check-inDance

  2. 管Thoughtworks的首席科学家Martionfolwer为“持续集成”下了定义，但由于自身背景与经历的不同，每个人对其都有不同的理解。从狭义上讲，持续集成可以认为是一种基于某种或者某些变化对软件系统进行的经常性的构建活动(注：这里的构建活动不仅指编译打包 　　管Thoughtworks的首席科学家Martionfolwer为“持续集成”下了定义，但由于自身背景与经历的不同，每个人对其都有不同的理解。从狭义上讲，持续集成可以认为是一种基于某种或者某些变化对软件系统进行的经常性的构建活动(注

  3. 所属分类：其它

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

  1. 持续集成之“测试三角形与分段构建策略原则”

  2. 在《戏说CheckinDance》一文中，咱们说到：Joe的团队实施了带有令牌的持续集成提交流程纪律。由于每个人都做本地构建进行验证后再提交，所以持续集成平台上的构建结果比较稳定，每天持续集成服务器上的构建最多只有一两次失败(常见的原因是忘记提交某个文件而导致失败，和因本地环境配置与平台环境配置不一致而导致失败)，但一般都能在30分钟内修复。随着项目的进行，新功能不断地增加，自动化测试用例也越积越多。由于不做任何修改，本地构建脚本就会运行所有自动化测试用例，所以本地构建的运行时间也越来越长。团队

  3. 所属分类：其它

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

  1. InterfaceTest:接口自动化测试框架，Python脚本，可与Jenkins持续集成系统结合-源码

  2. 接口测试 接口自动化测试框架，Python脚本，可与Jenkins持续集成系统结合。 详细说明请访问： : 。 ps：使用的是Python3

  3. 所属分类：其它

    • 发布日期：2021-03-11
    • 文件大小：690kb
    • 提供者：weixin_42171208

  1. 持续集成之“测试三角形与分段构建策略原则”

  2. 随着软件产品新特性的不断增加，软件自动化测试用例的数量也会成倍增长。对于一些历史“悠久”的遗留系统来说，甚至会积累数以万计的自动化测试用例。如果对这样的系统进行持续集成，还要求每个开发人员都要进行本地验证的话，困难的确不小。让我们还是看看Joe的团队是如何解决类似问题的吧。在《》一文中，咱们说到：Joe?的团队实施了带有令牌的持续集成提交流程纪律。由于每个人都做本地构建进行验证后再提交，所以持续集成平台上的构建结果比较稳定，每天持续集成服务器上的构建最多只有一两次失败(常见的原因是忘记提交某个文

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：309kb
    • 提供者：weixin_38681301

  1. 超大型系统的持续集成与持续交付解决方案及案例分析

  2. 首先来看什么是持续集成。大师MartinFowler，敏捷开发方法的创始人之一，提出的敏捷开发方法是一种思想，可以为软件的研发提供指导性的建议。而持续集成则是敏捷开发具体实践的一个建议环节，通过这个环节可以在研发过程中快速得到代码质量的反馈。Fowler对持续集成是这样定义的：持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，部署，自动化测试)来验证，从而尽快地发现集成错误。自动化构

  3. 所属分类：其它

  1. 持续集成与测试自动化

  2. 火龙果软件工程技术中心  一、背景　我从毕业到现在,曾在大小不同的三个公司就职:有民营的、有外资的、也有上市公司。但以前大多都是做项目，从事软件开发工作，绝大部分公司对测试都不重视，即使有也没有成规模，更谈不上建立测试体系。总之，重开发轻测试的管理思想在中国延续了几十年、并且还要继续，看看他们给测试工程师开的低工资和老师在课堂上讲到测试时一笔带过就知道测试被中国的老板所忽略。　最近两年,我从事CRM软件产品的测试、项目管理工作。由于公司对软件的质量要求特别高，这必然引起了大家对测试工作的重视，不

  3. 所属分类：其它

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

  1. 持续集成之“测试三角形与分段构建策略原则”

  2. 随着软件产品新特性的不断增加，软件自动化测试用例的数量也会成倍增长。对于一些历史“悠久”的遗留系统来说，甚至会积累数以万计的自动化测试用例。如果对这样的系统进行持续集成，还要求每个开发人员都要进行本地验证的话，困难的确不小。让我们还是看看Joe的团队是如何解决类似问题的吧。在《》一文中，咱们说到：Joe?的团队实施了带有令牌的持续集成提交流程纪律。由于每个人都做本地构建进行验证后再提交，所以持续集成平台上的构建结果比较稳定，每天持续集成服务器上的构建最多只有 一两次失败(常见的原因是忘记提交某个

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：298kb
    • 提供者：weixin_38499503

  1. STM32_Button_Debounce：一个示例回购，演示了如何为STM32项目创建与测试自动化的持续集成-源码

  2. STM32持续集成示例 一个示例仓库，演示了如何在STM32项目上进行持续集成。 该示例基于。 请按照的说明进行设置。 单击此处查看CircleCI上的最新构建结果和工件- 这是使用Travis CI的持续集成工具的另一个示例- 这个样本中有什么 我们使用了mBed STM32防弹器项目来演示如何使用防弹器测试按钮。 每次按下该按钮，代码就会点亮一个LED。 然后，我们创建了一个安装了工具链的Docker容器。 我们创建了一个跳线测试脚本，该脚本多次按下按钮，但是由于使用了防抖功能，该

  3. 所属分类：其它

  1. Piplin：一个开源的自托管持续集成和部署系统- -源码

  2. 皮普林- Piplin（灵感来自于“管道”，读作/ ˈpɪpˌlɪn /或/ ˈpaɪpˌlaɪn /）是免费的，开源的持续集成与部署系统，适用于软件的自动化，测试和部署相关的各种应用场景。 Piplin能做什么？ 支持PHP，Python，JAVA，Ruby等项目的构建，测试与发布 可与Gitlab，Github，Gogs，Gitee（Oschina）等代码托管平台进行集成 可灵活配置自定义重建和部署步骤 支持自定义生成物规则，对构建物创建发布版本并进行部署 支持项目的多环境部署（可自行建立

  3. 所属分类：其它

  1. 超大型系统的持续集成与持续交付解决方案及案例分析

  2. 首先来看什么是持续集成。大师MartinFowler，敏捷开发方法的创始人之一，提出的敏捷开发方法是一种思想，可以为软件的研发提供指导性的建议。而持续集成则是敏捷开发具体实践的一个建议环节，通过这个环节可以在研发过程中快速得到代码质量的反馈。Fowler对持续集成是这样定义的：持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，部署，自动化测试)来验证，从而尽快地发现集成错误。自动化构

  3. 所属分类：其它

« 12 3 4 5 6 7 »