You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/contributing.rst
+22-8Lines changed: 22 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,7 +26,7 @@ See the project's `Makefile` targets for a list of common developer tasks, which
26
26
Notes on the Test Suite
27
27
-----------------------
28
28
29
-
To test all the API endpoints, the account that you use for testing must be an *admin* and *compliance officer* user for your Webex Organization. Additionally, you should know that that the testing process creates some test people, rooms, messages, teams, and etc. as part of executing the test suite.
29
+
To test all the API endpoints, the account that you use for testing must be an *admin* and *compliance officer* user for your Webex Organization. Additionally, you should know that that the testing process creates some test people, rooms, messages, teams, and etc. as part of executing the test suite.
30
30
31
31
We strongly recommend *NOT* running the test suite using your personal Webex account (not that you can't; it's just that you probably don't want it cluttering your account with all these test artifacts).
32
32
@@ -42,32 +42,45 @@ Contributing Code
42
42
43
43
2. Fork a copy of the `repository`_ and clone your forked repository to your development environment.
44
44
45
-
3. Use the ``setup`` target to install the project dependencies and setup your environment for development.
45
+
3. Create a Python virtual environment and install the project dependencies.
46
+
47
+
.. code-block:: bash
48
+
49
+
python -m venv .venv
50
+
source .venv/bin/activate
51
+
52
+
4. Use the ``setup`` target to install the project dependencies and setup your environment for development.
46
53
47
54
.. code-block:: bash
48
55
49
56
make setup
50
57
51
-
4. Add your code to your forked repository.
58
+
5. Install the SDK in Editable Mode.
59
+
60
+
.. code-block:: bash
61
+
62
+
pip install -e
63
+
64
+
5. Add your code to your forked repository.
52
65
53
66
If you are creating some new feature or functionality (excellent!), please also write tests to verify that your code works as expected.
54
67
55
-
5. Please format your code and make sure your code passes the linter.
68
+
6. Please format your code and make sure your code passes the linter.
56
69
57
70
.. code-block:: bash
58
71
59
72
make format
60
73
make lint
61
74
62
-
6. If you running the test suite locally, ensure your code passes all of the default tests. Use the ``test`` target and ensure all tests execute successfully.
75
+
7. If you running the test suite locally, ensure your code passes all of the default tests. Use the ``test`` target and ensure all tests execute successfully.
63
76
64
77
.. code-block:: bash
65
78
66
-
make test
79
+
make tests
67
80
68
-
7. Commit your changes.
81
+
8. Commit your changes.
69
82
70
-
8. Submit a `pull request`_.
83
+
9. Submit a `pull request`_.
71
84
72
85
73
86
Running the Test Suite Locally
@@ -78,6 +91,7 @@ To run the test suite locally, you must configure the following environment vari
78
91
* ``WEBEX_ACCESS_TOKEN`` - Your test account's Webex access token.
79
92
80
93
* ``WEBEX_TEST_DOMAIN`` - The test suite creates some users as part of the testing process. The test suite uses this domain name as the e-mail suffix of for the user's e-mail addresses.
94
+
To ensure that the developer passes all tests, the developer should use the domain name of the sandbox organization that they have created.
81
95
82
96
* ``WEBEX_TEST_ID_START`` - The test suite uses this integer as the starting number for creating test user accounts (example: "[email protected]").
0 commit comments