← Back to branch summary

~ya-bo-ng/juju-gui/bottom-bar-removed

« back to all changes in this revision

Viewing changes to docs/continuous-integration.rst

  • Committer: j.c.sackett
  • Date: 2013-05-21 16:30:38 UTC
  • mfrom: (678 trunk)
  • mto: (663.4.5 spinners)
  • mto: This revision was merged to the branch mainline in revision 679.
  • Revision ID: jcsackett@canonical.com-20130521163038-d0tips6q0f5al317
Merge trunk.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/continuous-integration.rst
39
39
 
40
40
  bin/test-charm
41
41
  JUJU_GUI_TEST_BROWSERS: "chrome firefox ie" {String} The browsers to run the
42
 
  test suite on.
 
42
  test suite on.  Tests are run remotely using Saucelabs by default.  If you
 
43
  want to use a local web driver instead, add the "local-" prefix to the
 
44
  browser name(s) in JUJU_GUI_TEST_BROWSERS, e.g.:
 
45
  ``JUJU_GUI_TEST_BROWSERS="local-firefox local-chrome" bin/test-charm``.
43
46
  FAIL_FAST: 0 {Integer} Set to 1 to exit when first browser returns a failure
44
47
  rather than completing all of the tests.
45
48
 
62
65
 
63
66
Running the tests on Canonistack
64
67
--------------------------------
65
 
The Jenkins slave which runs our CI has a Juju environments.yaml file with
66
 
juju-testing-gui defined::
67
 
 
68
 
  /home/jujugui-merger/.juju/environments.yaml
 
68
The Jenkins slave which runs our CI creates a Juju environments.yaml file with
 
69
juju-testing-gui defined based on a template file::
 
70
 
 
71
  /home/jujugui-merger/.juju/environments.yaml.template
 
72
 
 
73
The template has one slot, which is populated with the most current machine
 
74
image that matches our needs (ubuntu-relased, precise, amd64).  The template
 
75
is processed by the lib/deploy_charm_for_testing.py script.  If the template
 
76
does not exist then an environments.yaml must be present and it will be used.
69
77
 
70
78
After bootstrapping the juju environment it deploys the Juju GUI charm with the
71
79
following configuration properties::
136
144
------------
137
145
Image Id's Change
138
146
~~~~~~~~~~~~~~~~~
 
147
 
 
148
(This issue should be deprecated but is left here for reference.)
 
149
 
139
150
If the chosen image that we are using becomes unusable or is removed the CI will
140
151
fail almost instantly with the error::
141
152
 
151
162
 
152
163
The current image name that we use is::
153
164
 
154
 
  ubuntu-released/ubuntu-precise-12.04-amd64-server-20130411.1-disk1.img
 
165
  ubuntu-released/ubuntu-precise-12.04-amd64-server-<date>-disk1.img
155
166
 
156
167
If this one is not available pick the closest one which represents a public
157
168
release image on precise(12.04) 64bit.
158
169
 
 
170
You can run 'bin/find-latest-image.sh' to get a machine id to use.  It is
 
171
entered as the 'default-image-id' in environments.yaml if you are not allowing
 
172
it to be update automatically as described previously.
 
173
 
 
174
 
159
175
Unit tests fail
160
176
~~~~~~~~~~~~~~~~
161
177
In reviewing the CI logs you might notice that it says '{} failure(s) running {}