在一个App从开发到测试的过程中，我有很长一段时间都是这样做的：打包，上传到tower，在tower上编写本次更新说明，通知测试。一般情况下，打包及上传的过程大概也就2分钟。除此之外，由于项目代码有作

CMake 是一个跨平台的自动化建构系统,它使用一个名为 CMakeLists.txt 的文件来描述构建过程,可以产生标准的构建文件,如 Unix 的 Makefile 或Windows Visual

任务简述： 表1是一个简单的数据表，共有110行，25列。第1行是表头，例如“负责人”、“事项”、“期限”等。 第2行——第110行是对应的数据，如“张三”、“搬砖头”、“3天”。 想要做的表(表2)是110个表格(就像个人简历一样，放在了一个excel文件中)，每个表格共9行，都有固定的格式，如“姓名”“事项”“期限”等，数据与表1一样，但格式与顺序不同，是按个人分类的。 目前的任务就是从表1复

一个家庭自动化的开源软件项目.旨在提供低成本的家庭自动化解决方案,支持多种无线传感器网络通信标准,包括Z-Wave,蓝牙,1-Wire,SMS,甚至是互联网的SSH,Jabber这些协议.

android自动化框架： Uiautomator: 优点：可以对所有操作进行自动化，操作简单；缺点：Android版本需要高于4.0，无法根据控件ID操作，相对来说功能较为局限，但也够用了；

Server)较多并且已经实现基于Autoyast方式使用光盘或者PXE网络自动化安装(后续会分享具体实现方法)。这次主要通过学习Kisckstart实现最简单的光盘方式自动化安装CentOS，而网上的大多数教程并不完全适用于

第一次执行，使用first参数，它会做一些初始化的操作。并使用-t表示只是测试一下，并不会真的 push 。 python deploy.py first -t 中间可能需要输入密码，如果是自动化部署，可在 Git Repo 里添加一个没有密码的

一切要从NodeJs说起，说起NodeJs就不得不说npm、Express，npm是NodeJs的包管理工具，Express是基于NodeJs的开发框架，一步步安装完NodeJs后就已经安装好npm了，然后你可以npm

jenkins+ Gradle 是一种集群自动打包的工具，测试人员不需要依赖于相应的开发人员进行打包，可以自己方便的构建测试包进行测试。以下是 Jenkins 的相关配置和使用。 注意：以下所有的

MSDeploy也就是 IIS网络部署工具（IIS Web Deployment Tool） ，它是一种用于在服务器间迁移和同步网站的工具。它能够完成很多工作，像复制文件、修改web.config文件

CMake是一个跨平台的安装(编译)工具,可以用简单的语句来描述所有平台的安装(编译过程)。他能够输出各种各样的makefile或者project文件,能测试编译器所支持的C++特性,类似UNIX下的automake。

CMake 是一个跨平台的自动化建构系统,它使用一个名为 CMakeLists.txt 的文件来描述构建过程,可以产生标准的构建文件,如 Unix 的 Makefile 或Windows Visual

mation-windows 对于如今的Windows自动化领域来说，可以以几种不同的方式来看待它的发展。一种方式是将Windows自动化目前的状况与五年之前进行比较，这种方式或许会令人对于这门技

开放式家庭自动化总线（openHAB）项目旨在提供一个通用的集成平台，关于家庭自动化所有的东西。这是一个纯Java的解决方案，完全基于OSGi。Equinox OSGi 作为运行期，Jetty作为Web服务器建立运行的核心基础。

需抽空去验证下apk渠道包，虽然并不是很耗时间，但常常被这样的事打断日常工作还是会让人烦恼的，而自动化验证渠道包就显得方便很多。 思路：点击android应用，然后查看日志，这样的过程完全可以利用

Gatling是一款基于Scala 开发的高性能服务器性能测试工具，它主要用于对服务器进行负载等测试；想使用Gatling进行压测的原因之一是想体验一下Scala编程的感觉，玩一下；第二，工作上也确实有这样的需求；

如下图所示，在此处可以添加、删除用户以及配置用户权限。 插件安装 搭建Android自动化打包环境需要安装Gradle插件，如果使用Git还需要Git的插件，安装Jenkins时默认已经安

，从实践到原理详细讲解一下Docker的使用。 第一篇就讲一下Jenkins+Docker的自动化部署实践。大致的流程如下：目前我有两个服务器，分别是阿里云和bandwagon,代码存储在gith

DOLFIN 是 FEniCS 项目的 C++ 接口，用于实现自动化的计算数学建模 (ACMM) providing a consistent PSE (Problem Solving Environment)

Foundation Server 和 Visual Studio Online 的构建服务器，新工具不再使用大量基于 XAML 的 Windows 工作流文件作为构建定义。 这次重写主要解决以下问题：