Skip to content
Cloud Foundry - the open platform as a service project
Find file
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.
assets @ 2eb7f0a

Yeti User Manual

What is Yeti

Yeti stands for "Yet Extraordinary Test Infrastructure" and is an rspec-based basic validation test for cloud foundry environments.

Under development

This repository contains tests for vcap.


  1. Ruby 1.9.2
  2. Bundle >= 1.1
  3. admin user/password is needed for parallel run, if you don't have it, run serial like: bundle exec rake full[1]
    It is recommended to manage Ruby runtime via RVM or rbenv

Tested Operating Systems

  1. Mac OS X 64bit, 10.6 and above
  2. Ubuntu 10.04 LTS 64bit

How to run it

  1. git clone git://
  2. cd vcap-yeti
  3. ./ ## this is not required for running administrative test cases
  4. bundle exec rake full
  5. During the first time, Yeti will prompt you for information about your environment:
    • target
    • test user/test password
    • admin user/admin password
      This information is saved to ~/.bvt/config.yml file.
      When run the second time around, Yeti will not prompt for the information again.


  1. To be compatible with BVT, some environment variables are preserved in Yeti:
||Environment Variables       ||Function            ||Example                                ||
|VCAP_BVT_TARGET              |target environment   |         |
|VCAP_BVT_USER                |test user            |            |
|VCAP_BVT_USER_PASSWD         |test user password   |VCAP_BVT_USER_PASSWD=<MY-PASSWORD>       |
|VCAP_BVT_ADMIN_USER          |admin user           |      |
|VCAP_BVT_SHOW_PENDING        |show pending cases   |VCAP_BVT_SHOW_PENDING=true               |
|VCAP_BVT_ADMIN_CLIENT        |admin client of uaa  |VCAP_BVT_ADMIN_CLIENT=admin              |
|VCAP_BVT_ADMIN_SECRET        |admin secret of uaa  |VCAP_BVT_ADMIN_SECRET=adminsecret        |
|ACM_URL                      |acm base url         |ACM_URL=<URL>                            |
|ACM_USER                     |acm user             |ACM_USER=<user>                          |
|ACM_PASSWORD                 |acm user password    |ACM_PASSWORD=<***>                       |
|SERVICE_BROKER_TOKEN         |service broker token |SERVICE_BROKER_TOKEN=<token>             |
|SERVICE_BROKER_URL           |service broker url   |SERVICE_BROKER_URL=http://...            |
|VCAP_BVT_LONGEVITY           |run testing N times  |VCAP_BVT_LONGEVITY=100                   |
|VCAP_BVT_CONFIG_FILE         |specify config file  |VCAP_BVT_CONFIG_FILE=***/config.yml      |

To test marketplace gateway, specify the following environment variables:

||Environment Variables       ||Function            ||Example                                ||
|MPGW_TOKEN                   |specify mpgw token   |MPGW_TOKEN=testmarketplacetoken          |
|MPGW_URL                     |specify mpgw url     |MPGW_URL=http://test-mpgw....            |

  1. In order to support parallel running, and administrative test cases, Yeti will ask administrative account information.
    However, yeti will not abuse administrative privileges, just list users, create users,
    delete users created by the test script.
  2. rake tests/full use parallel by default, you could run in serial by specifying thread number=1: bundle exec rake full[1]
  3. As dev setup has limited resources, we strongly recommend running 1-4 threads against dev_setup.


  1. What does "pending" mean and what is the correct number of pending cases?
    A: Pending means your target environment is missing some prerequisites, usually a service, framework or runtime.
    The number of pending cases depends on your target environment and environment variables.

    • For example, php/python is not available in the production environment so all php/python related test cases should be pending.
  2. What's
    A: For assets that need to be compiled such as Java applications, Yeti leverages a common blob store to hold all these precompiled assets. Therefore, users do not need maven to build java-based applications locally, the binaries just need to be sync'd from script automatically checks to see if there are new assets, so Yeti users need to run the script before running Yeti tests.

  3. What is an example?
    A: An Example is an RSpec naming convention for a test case scenario which may include several steps, if any of the steps within an example fail then the test case will be marked as failed.

  4. Where are binary assets stored?
    A: Binary assets are stored in which is a simple Sinatra application with blob service backend hosted on Cloud Foundry. These assets are then synchronized via the script into the .assets-binaries directory of vcap-yeti.

  5. How do I submit binary assets?
    A: Currently binaries are generated manually based on source code updates to vcap-assets. In the near future, source code updates will trigger a job to compile sources and update

  6. Where is the log file stored?
    A: There two log files, runtime and error logs

    • Runtime log is stored in ~/.bvt/bvt.log
  7. What runtimes/frameworks/services should my environment have?
    Dev setup:

    • runtimes: java, ruby18, ruby19, node, node06, node08, php, python2, erlangR14B01
    • frameworks: java_web, sinatra, grails, rack, play, lift, spring, rails3, node, standalone, php, django, wsgi, otp_rebar
    • services: mongodb, mysql, postgresql, rabbitmq, redis, vblob, filesystem
      (env variable CLOUD_FOUNDRY_EXCLUDED_COMPONENT can disable components, for details, please check README under vcap/dev_setup.)

    Dev instance:

    • runtimes: java, java7, ruby18, ruby19, node, node06, node08
    • frameworks: java_web, sinatra, grails, rack, play, lift, spring, rails3, node, standalone
    • services: mongodb, mysql, postgresql, rabbitmq, redis, vblob


    • runtimes: java, java7, ruby18, ruby19, node, node06, node08
    • frameworks: java_web, sinatra, grails, rack, play, lift, spring, rails3, node, standalone
    • services: mongodb, mysql, postgresql, rabbitmq, redis

    (updated on July 19th, 2012)

  8. Runtime errors
    Sometimes runtime errors happen during Yeti execution,

    • 504 Gateway Error: Application fail to be started in 30 seconds
    • 502 Internal Error: Application fail to connect to service instance, including provision/un-provision bind/unbind.
    • 404 Not Found: Route fail to redirect request to specific application URL
  9. Run specific case
    User can run specific case via passing spec file with specify line number of an example or group as parameter For example: bundle exec rspec ./spec/simple/rails_console/ruby18_rails3_spec.rb:95

  10. Build java-based assets
    Please refer to docs/

Rake Tasks:

  • admin
    run admin test cases
  • tests
    run core tests in parallel, e.g. rake test[5] (default to 10, max = 16)
  • full
    run full tests in parallel, e.g. rake full[5] (default to 10, max = 16)
  • random
    run all bvts randomly, e.g. rake random[1023] to re-run seed 1023
  • java
    run java tests (spring, java_web) in parallel
    e.g. rake java[5] (default to 10, max = 16)
  • jvm
    run jvm tests (spring, java_web, grails, lift) in parallel
    e.g. rake jvm[5] (default to 10, max = 16)
  • ruby
    run ruby tests (rails3, sinatra, rack) in parallel
    e.g. rake ruby[5] (default to 10, max = 16)
  • services
    run service tests (mongodb/redis/mysql/postgres/rabbitmq/neo4j/vblob) in parallel
    e.g. rake services[5] (default to 10, max = 16)
  • clean
    clean up test environment(only run this task after interruption).
    1, Remove all apps and services under test user
    2, Remove all test users created in admin_user_spec.rb
  • help
    list help commands

File a Bug:

To file a bug against Cloud Foundry Open Source and its components, sign up and use our bug tracking system:

Something went wrong with that request. Please try again.