如果你曾接触过Selenium的话, 那么, Appium就是一个移动端的 Selenium, Appium通过调用Andriod SDK提供的API实现对应用的操作, 从而实现对各种功能的模拟测试. Android Test with Appium （written with python client） 环境准备(Android) Windows 1. 安装JAVA: 可从官网获取JDK1.8安装包 2. 安装ANDROID SDK MANAGER: 可从官网获取ANDROID SDK MANAGER安装包, 并配置环境变量 ANDROID_HOME 到 ANDROID SDK 安装目录, 如：D:\Program Files\Android\android-sdk 3. 通过ANDROID SDK MANAGER安装所需的版本的ANDROID SDK 4. 安装appium: 可从[…
项目迭代的过程中, 不断把新开发的功能发布到不同的系统环境是一件家常便饭的工作. 传统的做法一般是: 登录到某台服务器上; 更新代码; 更新依赖(composer up); 重启一些服务(比如队列什么的)... 随着项目逐渐长大, 服务器的数量会越来越多, 每次发布新功能都需要亲自登录到20台服务器上, 一遍又一遍的做着重复的操作,还得确保每一次操作都正确且没有疏漏， 对于程序员来说, 这样的事情是不可想象的。重复的工作,就交给代码去完成吧! Deployer 是一款用PHP开发的自动化发布工具。又要发布新版本了？ 你所要做的仅仅是在命令行中输入一行命令，执行预先写好的脚本，之后所有的工作deployer会帮你完成。甚至，你还可以把它和版本控制工具的Hook结合起来，例如，当master分支收到新的提交后，deployer自动从版本控制中拉去新的代码，并在指定服务器上完成后续的发布工作，自动化发布实现了! 如果你是一名PHP程序员那就太棒了， 因为deployer的部署脚本也是用PHP来写的。deployer的原理其实很简单，添加服务器配置，通过ssh方式以秘钥或者密码登录到远程服务器并执行脚本。服务器配置文件大概是这样： prod: host: domain.com user: www identity_file: ~ stage: production deploy_path:…
composer 是一款优秀的PHP依赖管理工具，正如pip之于python、gem之于ruby、gem之于node。无论任何一门语言，在现代软件开发实践中，依赖管理对于开发者而言都是必不可少的一个部分。敏捷开发强调不要重复造轮子，而依赖管理工具则提供了一种最容易的方式帮助我们方便的获取到别人造好的漂亮轮子，并且完美的安插到我们的项目之中。理想总是好的，但当理想落地成为现实的时候，一切又变得不那么美好，尤其是当它准备落在中国的土地上。 因为众所周知的原因，composer在国内并不好用，虽然在PHP社区里也有一些为国内开发者提供的镜像网站，然而经过尝试，这些镜像的表现也不尽人意，常常出现502等让开发者们叫苦不迭。简单分析一下，composer更新缓慢主要在两个地方，一是从packgist获取依赖包的下载地址时常常会卡死(也就是: Loading composer repositories with package information 这一步); 二是从github下载文件时,有时会因为网络请求超时而中断 自建镜像 Satis是composer官方提供的一个搭建私有镜像的工具, clone satis 到自己的服务器以后, 在配置文件中申明需要的依赖, 如: { "repositories": [ { "type": "composer"…
这里提供两种快速搭建一个VPN服务器的方案（首先，你需要准备一台墙外的 *nix 服务器）。 L2TP L2TP服务器的搭建过程相对比较麻烦，不过Github上总会有不少前人造好的轮子，我们所要做的只是了解如何使用它 setup-simple-ipsec-l2tp-vpn。 clone下项目后，根据自己的系统环境，执行对应的setup.sh脚本。以CentOS为例： $ ./setup_centos.sh 安装完成后，还需要配置iptables转发规则 $ echo 1 > /proc/sys/net/ipv4/ip_forward #开启ipv4转发 iptables -t nat -A POSTROUTING -s 192.168.42.0/24 -o eth1 -j MASQUERADE #将ppp数据转发至公网网卡（规则中的IP网段和网卡变化根据实际情况确定） $ iptables-save $ service iptables…
在服务器上时常会有一些需要在后台长时间运行的脚本，比如队列服务的监听器及某些服务的server端等。Supervisor是一套用python开发的进程管理软件，将需要长期运行的脚本交由supervisor进行管理以便对进程状态进行监控，如当进程意外终止时，supervisor能自动重启该进程，达到类似守护进程的效果。 在 *inux 中，你可以直接通过软件源获取安装包进行安装，如：apt-get install supervisor，不过还是更推荐通过python软件管理工具进行安装，以便获取到较新的版本： easy_install supervisor Supervisor 由两个部分组成：supervisord 和 supervisorctl。supervisord是服务端，用于将指定的进程当做子进程来运行。supervisorctl是一个客户端程序，可以查看日志并通过统一的会话来控制进程。 通过easy_install安装的supervisor并没有创建软件的目录及默认配置文件，推荐的目录结构最好是这样的： - etc/ - supervisor/ - conf.d/ - supervisord.conf 在命令行输入 echo_supervisord_conf > /etc/supervisor/supervisord.…
在项目迭代的过程中，数据库结构常常需要跟随业务需求的变化做出调整，尤其在迭代的初期阶段，加一个字段减一个字段的需求更是家常便饭。在小型团队中，往往是负责开发功能模块的程序员在完成本地开发环境数据库的变更后，直接到生产环境中更新数据库结构。 这样的工作方式虽然看起来很轻松，但却可能给你的团队带来不小的麻烦。 首先，是团队成员之间数据库环境的同步问题。为了使团队中的其他开发者及时了解数据库环境的变化，你不得不在每一次修改数据表结构后，都告知整个团队你对当前数据库所做的变更，并确保所有人正确更新了他们开发环境中的数据库。 另外，变更数据库的程序员还需要同时对可能存在几个环境负责，如测试环境，项目展示环境（UAT）等都需要一一进行更新，靠人手动去维护成本高，速度慢，并且容易出错。在持续交付已经逐渐成为软件开发标准流程的今天，再继续这样的做法实在不够敏捷的。 不过幸运的是，现在我们已经有了成熟的方案来应对这样的麻烦。既然我们可以通过版本控制的方式让代码同步变得更加轻松，那为什么我们不用同样的方式来管理数据库的变更呢？这就是 Database Migrations。下面我将以Doctrine Migrations为例，来说明我们应当如何解决这样的问题。 安装 composer require doctrine/migrations Doctrine Migrations 提供了两种调用方式供你选择。一个是注册命令行工具, 另外，你也可以选择直接使用 Doctrine Migrations可执行文件(.Phar)…
Silex是我最喜欢的PHP开发框架之一(不，我现在更喜欢Laravel系列了)。其优点在于他既能够允许你不浪费时间构建任何项目结构，仅用3行代码启动一个超轻量级的应用，同时也支持你以十分优雅的方式，将各种优秀的第三方组件以极低的成本加入到Silex中，使之能胜任企业级应用的开发。 Silex与Symfony、Twig、Pimple等著名PHP开源项目一样也是SensioLabs家族中的一员，Silex建立在Symfony生态圈的基础之上，你可以很方便地将Symfony的各种组件安插在Silex上，这也是我在Slim(另一款优秀的PHP微型框架)和Silex中最终选择后者的主要原因。基本上，你可以把Silex当作一个迷你版的Symfony。Silex的学习成本非常低，只用花半个小时通读一遍Silex官方文档你就能大概了解Silex的基本使用方法。微型框架的重点就在于要够简单，和Slim一样，用Silex你也可以在3行代码之内启动你的应用，下面是一个 Hello World 的例子： 在Silex的设计中，各种第三方库可以以Service Provider的方式被组织起来，为Silex提供更强大的功能支持，也能便于开发者更轻易的将这些Provider复用在新的项目上。Silex中已经为一些优秀的第三方库定义好了现成的Provider，例如：Doctrine，Twig，Symfony Security 等，要使用它们，你要做的只是将这些现成的Provider（在）注册到应用中即可。 另外，Silex内置的Pimple也为框架的依赖注入提供了方便的实现方案。 喜欢TDD吗？没问题！Silex同样为测试提供了非常友好的支持。在PHPUnit和Symfony Web…
持续集成(Continuous Integration)作为一种成熟的软件开发实践已经被广大程序员所熟知，Github上大量的开源项目也都纷纷加上Travis-CI来为自己的项目保驾护航。相信很多程序员都有过这样的经历：在与团队协作开发项目时，大部分时间大家都在各自的分支编写不同功能模块的代码，直到下一版本发布前，大家才开始开始着手将自己负责的模块合并到主分支中，这时你往往会发现，要将代码合并到主分支中甚至已经不再是一件简单的事了。自己一段时间前写的代码已经变得有点陌生，合并代码过程中一些小改动也许会在不经意间破坏整个项目，面对突然出现的大量陌生代码（其他程序员提交分支），产品上线的deadline却已经近在咫尺，原本简单的工作现在成了整个团队噩梦。 以上只是一个假想的片段，但这样的场景却又是如此似曾相识，持续集成思想的诞生正是为了解决类似这样的问题。Martin Fowler告诉我，在敏捷的团队，我们是这样工作：在完成手头的工作（并确保新鲜的代码都有测试覆盖时），在本地执行并通过构建（至少是测试）。将主分支的代码合并到本地分支，再次执行构建确保一切OK。将代码提交到主分支版本库，等待CI系统从版本库中检出代码，并再次构建项目。此时你只需要泡一杯咖啡，静静等待CI完成构建，如果构建通过，则证明你提交的代码没有任何问题，至此，一次集成工作已经顺利完成。 持续集成鼓励程序员们在保证构建通过的前提下，尽可能频繁地将手头的代码集成到主分支中。将代码集成作为一项最普通的日常工作，好处显而易见，团队所有的dev都能在最快时间内获得项目最新的修改，而主分支项目随时都可以上线发布。生活变得不再艰难。 PHPCI是一款专门面向PHP项目开发的持续集成工具。尽管还算不上完美，部分插件还有一些小Bug，…
Jasmine是一款面向Javascript语言的BDD测试框架。BDD是在TDD的基础上衍生出的一种驱动开发方式，被称为行为驱动开发。与传统TDD的思想相比，BDD更侧重对产品需求的描述。BDD模式下的测试代码结构与敏捷开发思想中经常使用的 User Story 结构类似，从而使测试代码与自然语言更加接近，也更加便于非技术人员理解。这种开发模式常应用于程序员与非技术人员共同进行需求分析的场景。BDD的本质仍然是TDD，即通过测试优先的方式为代码的可靠性提供保障。 通过bower可方便的将jasmine加入到项目中： bower install jasmine 测试的入口为 SpecRunner.html，只要将源码和对应的测试引入到该文件中即可运行测试。 Jasmine定义了 describe(), it() 等方法对测试结构进行约定。Jasmine提供了丰富的断言，并且提供 spyOn(), createSpy() 等方法，将mock方法注入待测试的对象中，从而可以方便地对生产代码的行为及结果进行测试。 Jasmine 也提供了十分优秀的文档，文档内容全部由Jasmine样例代码组成，简单明了，开发者可以十分方便地查询所需的测试方法。 article img { width:80%; }…
article img { width: 900px; }…