Removed oAuth methods from collection docs. (#15606)

* Removed oAuth methods from collection docs.

1 files changed, 0 insertions, 53 deletions

diff --git a/awx_collection/TESTING.md b/awx_collection/TESTING.md
index 97ada687fb..71748769c3 100644
--- a/awx_collection/TESTING.md
+++ b/awx_collection/TESTING.md
@@ -9,43 +9,6 @@ When trying to fix a bug, it is best to replicate its behavior within a test wit
 
 The unit tests are stored in the `test/awx` directory and, where possible, test interactions between the collections modules and the AWX database. This is achieved by  using a Python testing suite and having a mocked layer which emulates interactions with the API. You do not need a server to run these unit tests. The depth of testing is not fixed and can change from module to module.
 
-Let's take a closer look at the `test_token.py` file (which tests the `token` module):
-
-```
-from __future__ import absolute_import, division, print_function
-
-__metaclass__ = type
-
-import pytest
-
-from awx.main.models import OAuth2AccessToken
-
-
-@pytest.mark.django_db
-def test_create_token(run_module, admin_user):
-
-    module_args = {
-        'description': 'barfoo',
-        'state': 'present',
-        'scope': 'read',
-        'controller_host': None,
-        'controller_username': None,
-        'controller_password': None,
-        'validate_certs': None,
-        'controller_oauthtoken': None,
-        'controller_config_file': None,
-    }
-
-    result = run_module('token', module_args, admin_user)
-    assert result.get('changed'), result
-
-    tokens = OAuth2AccessToken.objects.filter(description='barfoo')
-    assert len(tokens) == 1, 'Tokens with description of barfoo != 0: {0}'.format(len(tokens))
-    assert tokens[0].scope == 'read', 'Token was not given read access'
-```
-
-This test has a single test called `test_create_token`. It creates a `module_args` section which is what will be passed into our module. We then call `run_module`, asking it to run the `token` module with the `module_args` we created and give us back the results. After that, we run an assertion to validate that our module did in fact report a change to the system. We will then use Python objects to look up the token that has a description of `barfoo` (which was in our arguments to the module). We want to validate that we only got back one token (the one we created) and that the scope of the token we created was read.
-
 
 ### Completion Test
 
@@ -93,22 +56,6 @@ While not strictly followed, the general flow of a test should be:
     cred_name1: "AWX-Collection-tests-instance_group-cred1-{{ test_id }}"
 ```
 
-- **Non-creating tests (i.e. test for specific error conditions, etc), with assertion**
-
-```
-- name: Try to use a token as a dict which is missing the token parameter
-  job_list:
-    controller_oauthtoken:
-      not_token: "This has no token entry"
-  register: results
-  ignore_errors: true
-
-- assert:
-    that:
-      - results is failed
-      - '"The provided dict in controller_oauthtoken did not properly contain the token entry" == results.msg'
-```
-
 - **`Block:`**
   - Run test which creates/modifies/deletes object(s)
 ```