(四) 使用Travis CI集成单元测试

最新推荐文章于 2019-03-11 18:54:00 发布
最新推荐文章于 2019-03-11 18:54:00 发布
阅读量219 收藏
点赞数
文章标签： git 测试 xcode
原文链接：https://juejin.im/post/5a38aea2f265da430a50b291
版权

前言

在 git pre-push hook 实践一二 一文中，我们实践了如何使用pre-hook执行单元测试以影响push操作的结果。但这种方式也有不少缺点，如无法hook pr，无法在提交版本里记录和共享显示测试的结果。Travis CI作为github官方支持的service，免费为开源项目提供了一个优秀的持续集成环境。关于Travis CI的简介和使用，可以参考这篇 EyreFree: 利用 Travis CI 让你在 GitHub 上的 Xcode 项目持续构建。下面，我们将简介如何集成iOS的单元测试和测试的代码覆盖率工具。

单元测试

我们已经知道，在工程目录下执行xcodebuild test命令，可以启动xcode 的单元测试，在持续集成环境下依然如此。在根目录的.travis.yml文件中配置相关操作。

.travis.yml
osx_image: xcode9
language: objective-c

cache: cocoapods
podfile: Example/Podfile

env:
  global:
    - LANG=en_US.UTF-8
    - LC_ALL=en_US.UTF-8
    - WORKSPACE_NAME=`sudo find ./Example -name "*.xcworkspace" -maxdepth 1 |while read var; do echo $(basename $var .xcworkspace); done`
    # the file named '*.xcworkspace' should be created by 'pod lib create...'

before_install:
  - gem install xcpretty --no-rdoc --no-ri --no-document --quiet
  - gem install cocoapods --pre --no-rdoc --no-ri --no-document --quiet
  #- gem install slather --pre --no-rdoc --no-ri --no-document --quiet
  - pod install --project-directory=Example
  - rvm use $RVM_RUBY_VERSION

script:
  - set -o pipefail
  - echo $WORKSPACE_NAME
  #- xcodebuild -workspace "$XCODE_WORKSPACE" -scheme "$SCHEME" -configuration Debug clean build CODE_SIGN_IDENTITY="" CODE_SIGNING_REQUIRED=NO | xcpretty -c
  #- xcodebuild -workspace "$XCODE_WORKSPACE" -scheme "$SCHEME" -configuration Release clean build CODE_SIGN_IDENTITY="" CODE_SIGNING_REQUIRED=NO | xcpretty -c
  - xcodebuild test -enableCodeCoverage YES -workspace Example/$WORKSPACE_NAME.xcworkspace -scheme $WORKSPACE_NAME-Example -destination 'platform=iOS Simulator,OS=latest,name=iPhone 8'  -destination 'platform=iOS Simulator,OS=10.3.1,name=iPhone 7' -destination 'platform=iOS Simulator,OS=9.3,name=iPhone 6s'
  - pod lib lint --allow-warnings --verbose

after_success:
  - slather
  - bash <(curl -s https://codecov.io/bash) #-f Example/cobertura.xml -X coveragepy -X gcov -X xcode -t
  - sleep 3

复制代码
xcodebuild test
 - xcodebuild test -enableCodeCoverage YES -workspace Example/$WORKSPACE_NAME.xcworkspace -scheme $WORKSPACE_NAME-Example 
 -destination 'platform=iOS Simulator,OS=latest,name=iPhone 8'  
 -destination 'platform=iOS Simulator,OS=10.3.1,name=iPhone 7' 
 -destination 'platform=iOS Simulator,OS=9.3,name=iPhone 6s'
复制代码

以上代码会在三个不同的destination上进行单元测试并产生代码覆盖率记录，iOS11可选择最新的系统版本，较旧版本可以在环境提供的列表中选择。对于cocoapods创建的包含demo的库，可以使用sudo find ./Example -name "*.xcworkspace" -maxdepth 1 |while read var; do echo $(basename $var .xcworkspace); done 自动确定workspace的文件名及补全scheme，这对统一快捷配置CI的yml文件是有益的，当然，我们也可以自己手动配置与工程名及路径相关的参数。

测试结果日志

pr操作页-check结果为成功

pr操作页-check结果为失败

test failed时，整体会exit with 0，check为失败。此外， pod lib lint操作等也会影响check结果。这对审阅者合并pr有一定的参考意义。

测试的代码覆盖率

运行编写的测试用例时，可能存在以下情况: 某个方法的if/switch分支没有执行到，甚至某个类的整个方法未被调用。这就形成了 所谓的测试覆盖率问题，可靠有效的测试结果应该建立在足够高代码覆盖率的测试用例上。下面介绍三种查看测试覆盖率的方式。

1. xcode

当test设置勾上code coverage或xcodebuild test -enableCodeCoverage YES时，将产生覆盖率记录文件。

如上图，我们可以查看到所有文件的代码覆盖率。点击类名，可以查看到标红即未被覆盖到的代码。

当然，我们一般需要的是库中类文件的代码覆盖率。

2. Slather

Generate test coverage reports for Xcode projects & hook it into CI.
slather是一个专业用于xcode生成测试代码覆盖率报告的工具。安装可参见github。当我们运行单元测试后，可在根目录执行：

slather coverage  --scheme LPDCNetwork-Example 
--workspace Example/LPDCNetwork.xcworkspace Example/LPDCNetwork.xcodeproj
复制代码

结果为：

也可以执行： 

$ slather coverage --html --show  
--scheme LPDCNetwork-Example --workspace ./LPDCNetwork.xcworkspace ./LPDCNetwork.xcodeproj
复制代码

自动生成并打开html形式的覆盖率报告。

另外，可以调整工程目录结构和修改 .slather.yml文件配置，执行 slather在自定义目录下生成覆盖率的xml文件，可用于上传到一些覆盖率服务生成报告集成pr界面。可用 --ignore命令或yml文件ignre下配置忽略不计入平均覆盖率的文件路径。

.slather.yml
coverage_service: cobertura_xml
workspace: Example/PopoverObjC.xcworkspace
xcodeproj: Example/PopoverObjC.xcodeproj
scheme: PopoverObjC-Example
source_directory: Example/
output_directory: Example/
ignore:
复制代码
3. codecov

codecov对github有着良好的支持，当我们在CI中执行完单元测试后，可执行如下代码自动上传xcode代码覆盖率文件，或者上传前文slather相关命令生成的xml文件。

bash <(curl -s https://codecov.io/bash) #-f Example/cobertura.xml -X coveragepy -X gcov -X xcode -t
复制代码

日志：

3.93s$ bash <(curl -s https://codecov.io/bash)
==> Travis CI detected.

    project root: .

    Yaml not found, that is ok! Learn more at http://docs.codecov.io/docs/codecov-yaml

==> Processing Xcode plists

    Found plist file at /Users/travis/Library/Developer/Xcode/DerivedData/PopoverObjC-byqecvztvcxucabbetxyjvpkugpa/Logs/Test/E6D08998-FE45-47F6-B63C-1A81F39A7CF5.xccoverage

==> Running gcov in . (disable via -X gcov)

==> Python coveragepy not found

==> Searching for coverage reports in:

    + .

    -> Found 4 reports

==> Detecting git/mercurial file structure

==> Appending build variables

    + TRAVIS_OS_NAME

    + TRAVIS_RUBY_VERSION

==> Reading reports

    + ./344206B7-9176-4963-8C93-EE67C319FEE8.xccoverage.plist bytes=13127261

    + ./DD06A5DE-7636-4E63-BC90-A70235D4E1D2.xccoverage.plist bytes=222002

    + ./E6D08998-FE45-47F6-B63C-1A81F39A7CF5.xccoverage.plist bytes=221932

    + ./Example/cobertura.xml bytes=6036

==> Appending adjustments

    http://docs.codecov.io/docs/fixing-reports

    + Found adjustments

==> Gzipping contents

==> Uploading reports

    url: https://codecov.io

    query: branch=testCI&commit=98933100ae86b02345de549f28783167d6ce3ebc&build=99.1&build_url=&name=&tag=&slug=Assuner-Lee%2FPopoverObjC&service=travis&flags=&pr=false&job=318459810

    -> Pinging Codecov

    -> Uploading

    -> View reports at https://codecov.io/github/Assuner-Lee/PopoverObjC/commit/98933100ae86b02345de549f28783167d6ce3ebc
复制代码

覆盖率报告：

覆盖率报告的信息还是很丰富的，可以得到每个commit的覆盖率数值，各个分支间的对比，相比于基准值的对比等。此外，我们同样可以在 codecov.yml文件中设置要忽略的文件路径，以得到更准确的平均覆盖率。
同样，在pr页面可以看到codecov的覆盖率概览报告。

通过CI集成单元测试及代码覆盖率、lint等结果信息到pull，pr页面，这对于代码审阅，控制代码质量有着一定的积极作用。

谢谢观看，水平有限，如有错误，请多指教。
参考资料：

juejin.im/post/5a3215…
github.com/SlatherOrg/…

系列文章

(一) 初探 iOS 单元测试
(二) kiwi 实践一二
(三) git pre-push hook 实践一二

weixin_34061482
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
持续集成02 Travis CI
多啦的博客
06-27 440
Travis CI是市场份额最大的持续集成工具，它对于开源项目是免费的，但是对私人项目和公司项目则是收费的。 Travis CI提供的是持续集成服务，它绑定Github上的项目，只要有新的diamante，就会自动抓取，然后提供一个运行环境，执行测试，完成构建，然后部署到服务器。 使用准备 Travis CI只支持Github，不支持其他代码托管项目，所以使用Travis CI的前提是: 代码位...
持续集成--如何利用TravisCI持续集成自动测试GitHub项目
白衣
08-19 3810
Travis CI是在软件开发领域中的一个在线的，分布式的持续集成服务，用来构建及测试在GitHub托管的代码。这个软件的代码同时也是开源的，可以在GitHub上下载到，尽管开发者当前并不推荐在闭源项目中单独使用它。它提供了多种编程语言的支持，包括Ruby，JavaScript，Java，Scala，PHP，Haskell和Erlang在内的多种语言。许多知名的开源项目使用它来在每次提交的时候进行构
slather:生成Xcode项目的测试覆盖率报告并将其连接到CI
04-27
生成Xcode项目的测试覆盖率报告，并将其挂接到CI。 使用Slather的项目 项目 覆盖范围 安装 将此行添加到应用程序的Gemfile中： gem 'slather' 然后执行： $ bundle 或安装gem： gem install slather 用法 在编辑方案时，通过勾选“收集覆盖范围数据”复选框来启用测试覆盖范围： 为了验证您已准备好生成测试覆盖率，请在项目上运行测试套件，然后运行： $ slather coverage -s --scheme YourXcodeSchemeName path/to/project.xcodeproj 如果在Xcode中使用工作区，则需要指定它： $ slather coverage -s --scheme YourXcodeSchemeName --workspace path/to/workspace.xcworks
Run Unit Test and Code Coverage
shappy1978的专栏
10-10 184
* xcode plugin will generage the test report, to do the same thing, we need xcpretty to export junit report   #proj + target and workspace + scheme xcodebuild test \     -workspace xxx.xcworkspac...
如何在github利用Travis CI 对项目做持续集成测试
wcc526的专栏
11-27 6687
一个项目如何保证代码质量是开发中非常重要的环节，对于开源项目来说更是如此，因为开源项目要面对的是来自不同水平开发者提交的代码。所以围绕开源做持续集成（Continuous Integration）变得越来越重要，而目前使用最广泛的免费CI工具当数Travis CI Travis CI能做的最主要工作是自动运行项目的单元测试并生成报告。例如进入EvaThumber的Travis CI页面，可以
drupal-travis-ci:Drupal 与 Travis CI 集成的演示
07-13
该项目将在 GitHub 上演示基本的 Drupal/Travis-CI 集成。 目前展示的功能： 通过 Ansible 和/或 git 安装 Drupal 和 drush。 Drupal 核心测试通过 drush（simpletest 和 PHPUnit）运行。 通过 drush 贡献模块...
travis：设置Travis CI以进行测试和部署
01-30
Travis CI是一个持续集成（Continuous Integration, CI）和持续部署（Continuous Deployment, CD）平台，主要与GitHub集成，用于自动化代码构建、测试和部署过程。它对于开发者来说是一个非常有用的工具，可以确保...
ros-travis-integration:使用travis-CI进行ROS封装的持续集成
05-03
该存储库包含一个文件，用于为任何ROS软件包设置持续集成（通过Travis-CI）。 欢迎通过拉取请求和问题跟踪器来改进和解决问题（尽管并没有很多积极的开发，但仍支持该问题）。 如果您发现此Travis文件有用，请给该...
travis-test:测试与 Travis CI 的集成
05-30
travis-test 测试与 Travis CI 的集成嘿！
Integracao:集成GitHub com Travis Ci
03-27
在这个场景中，我们将探讨如何将GitHub与Travis CI集成，以实现一个基于Python项目的自动化CI流程。 1. **GitHub概述** GitHub是一个面向开源及私有软件项目的托管平台，它基于分布式版本控制系统Git。开发者可以...
Travis CI -- 免费的集成测试环境
cloud的技术积累
11-01 4891
Github Java/Maven Web项目中自动持续集成测试工具Travis CI的实现
持续集成时 travis 和 codecov 等 yaml 文件的配置
dienen0325的博客
03-11 729
最近在项目中在配置CodeCov 以及Travis 和 AppVeyor做持续集成时，遇到了一些问题，也解决了一些问题。顺便拿来分享一下。 首先时Travis,这个主要是来跑基于 Linux 环境下的一些测试的。你可以自定义push到 master上 或者 进行 pull request 时自动进行。 其次时 AppVeyor 这个我在项目中主要是来跑Windows环境的，虽然说这个两个...
[travis-ci]自动集成测试
weixin_30483495的博客
12-13 106
自动运行测试的平台https://travis-ci.org/ 可以自动导入测试github上的项目 因为yml文件格式错误会导致找不到配置文件,这里要注意啦,掉坑里了.... https://docs.travis-ci.org/user/languages/python/ python的测试配置文档 莫名其妙还发现个com域名的,应该org免费,com付费服务的吧 转载于...
[研究笔记] Travis CI 使用介绍
the Blog of 等不到天亮丶等时光
02-19 4457
本文旨在记录： 1）Travis CI 集成部署工具介绍； 2）如何给自己的Github项目配置Travis CI 3）自己的一些使用体会 最近在Github项目中接触了 Travis CI 的运行，感觉功能挺强大的，故在此记录。
Coffee + mocha + Travis-CI 单元测试与覆盖率报告
feihongdragon的专栏
01-04 381
在调研了几个库之后，我选用了 coffee-coverage 和 mocha 这个两个库。 "devDependencies": { "mocha": "^1.21.5", "chai": "^1.9.2", "coffee-coverage": "^0.4.2" } 在 test/support/env.coffee 引入 coffee-coverage: if p
使用TestNG和Mockito进行实战单元测试
7. **持续集成与测试自动化**：介绍如何将单元测试集成到持续集成(CI)流程中，如使用 Jenkins 或 Travis CI，并实现测试自动化。 8. **测试策略**：讨论不同的测试策略，如测试金字塔，以及何时使用集成测试和...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值