Fix branding in device-management-test.md

Fix branding by applying PR ARMmbed#953 to development branch.

Author: Amanda Butler

docs/pelion_ready/device-management-test.md

@@ -1,6 +1,6 @@
 <h2 id="device-management-test">Validation and testing</h2>
 
-Mbed Device Management provides built-in tests to help you when define your device management configuration. Before running these tests, we recommend you refer to the [testing setup](#testing-setup) section below. 
+Device Management provides built-in tests to help you define your device management configuration. Before running these tests, we recommend you refer to the [testing setup](#testing-setup) section below.
 
 ### Test suites
 
@@ -19,13 +19,13 @@ Mbed Device Management provides built-in tests to help you when define your devi
 | `Connect to <Network type>` | Tests the connection to the network through the network interface. |
 | `Initialize <Blockdevice>+<Filesystem>` | Initializes the block device driver and file system on top. Usually, the test will be stuck at this point if there's a problem with the storage device. |
 | `Format <Filesystem>` | Tests that you can successfully format the block device for the file system type. |
-| `Initialize Simple PDMC ` | Verifies you can initialize Pelion Device Management with the given network, storage and file system configuration. This is where the FCU and KCM configuration is written to storage and the Root of Trust is written to SOTP.
-| `Pelion DM Bootstrap & Register` | Bootstraps the device and registers it for first time with Pelion Device Management. |
-| `Pelion DM Directory` | Verifies that a registered device appears in the Device Directory in Pelion Device Management. |
-| `Pelion DM Re-register` | Resets the device and reregisters with Pelion Device Management with previously bootstrapped credentials. |
+| `Initialize Simple PDMC ` | Verifies you can initialize Device Management with the given network, storage and file system configuration. This is where the FCU and KCM configuration is written to storage and the Root of Trust is written to SOTP.
+| `Pelion DM Bootstrap & Register` | Bootstraps the device and registers it for first time with Device Management. |
+| `Pelion DM Directory` | Verifies that a registered device appears in the Device Directory in Device Management. |
+| `Pelion DM Re-register` | Resets the device and reregisters with Device Management with previously bootstrapped credentials. |
 | `Post-reset Identity` | Verifies that the device identity is preserved over device reset, confirming that Root of Trust is stored in SOTP correctly. |
 | `ResourceLwM2M GET` | Verifies that the device can perform a GET request on an LwM2M resource. |
-| `ResourceLwM2M SET Test` | Sets or changes value from the device and verifies the Pelion Device Management API client can observe the value changing. |
+| `ResourceLwM2M SET Test` | Sets or changes value from the device and verifies the Device Management API client can observe the value changing. |
 | `ResourceLwM2M PUT Test` | Verifies the device can perform a PUT request on an LwM2M resource by setting a new value. |
 | `Resource LwM2M POST Test` | Verifies the device can execute a POST on an LwM2M resource and the callback function on the device is called. |
 
@@ -36,18 +36,18 @@ Mbed Device Management provides built-in tests to help you when define your devi
 | `Connect to <Network type>` | Tests the connection to the network using the network interface. |
 | `Initialize <Blockdevice>+<Filesystem>` | Initializes block device driver and file system on top. Usually the test will be stuck at this point if there's problem with the storage device. |
 | `Format <Filesystem>` | Tests that you can successfully format the block device for the file system type. |
-| `Initialize Simple PDMC ` | Verifies you can initialize Pelion Device Management with the given network, storage and file system configuration. This is where the FCU and KCM configuration is written to storage and the Root of Trust is written to SOTP.
-| `Pelion DM Bootstrap & Register` | Bootstraps the device and registers it for first time with Pelion Device Management. |
-| `Pelion DM Directory` | Verifies a registered device appears in the Device Directory in Pelion Device Management. |
-| `Firmware Prepare` | Prepares the firmware on the host side and calls `mbed dm` to initiate the Pelion Device Management update campaign. |
+| `Initialize Simple PDMC ` | Verifies you can initialize Device Management with the given network, storage and file system configuration. This is where the FCU and KCM configuration is written to storage and the Root of Trust is written to SOTP.
+| `Pelion DM Bootstrap & Register` | Bootstraps the device and registers it for first time with Device Management. |
+| `Pelion DM Directory` | Verifies a registered device appears in the Device Directory in Device Management. |
+| `Firmware Prepare` | Prepares the firmware on the host side and calls `mbed dm` to initiate the Device Management update campaign. |
 | `Firmware Download` | Downloads the firmware onto the device. |
 | `Firmware Update` | Resets the device, verifies that the firmware has correct checksum, applies it and reverifies the applied firmware checksum. |
-| `Pelion DM Re-register` | Reregisters the device with Pelion Device Management using the new firmware and previously bootstrapped credentials. |
+| `Pelion DM Re-register` | Reregisters the device with Device Management using the new firmware and previously bootstrapped credentials. |
 | `Post-update Identity` | Verifies that the device identity is preserved over firmware update and device reset, confirming that Root of Trust is stored in SOTP correctly. |
 
 ### Requirements
 
-Mbed Device Management tests rely on the Python SDK to test the end-to-end solution. To install the Python SDK:
+Device Management tests rely on the Python SDK to test the end-to-end solution. To install the Python SDK:
 
 ```
  $ pip install mbed-cloud-sdk
@@ -57,30 +57,30 @@ Mbed Device Management tests rely on the Python SDK to test the end-to-end solut
 
 ### Testing setup
 
-1. Import an example application for Pelion Device Management that contains the corresponding configuration for your target. 
+1. Import an example application for Device Management that contains the corresponding configuration for your target.
 
- Please refer to the following [application example](https://github.com/ARMmbed/pelion-ready-example). It demonstrates how to connect to the Pelion IoT Platform service, register resources and get ready to receive a firmware update.
+ Please refer to the following [application example](https://github.com/ARMmbed/pelion-ready-example). It demonstrates how to connect to the Device Management service, register resources and get ready to receive a firmware update.
 
- Also, there are board-specific applications that focus on providing more elaborate hardware features with Mbed OS and the Pelion IoT Platform. These are available in the Pelion [quick start](https://cloud.mbed.com/quick-start).
+ Also, there are board-specific applications that focus on providing more elaborate hardware features with Mbed OS and Device Management. These are available in the Pelion [quick start](https://cloud.mbed.com/quick-start).
 
 1. Set a global `mbed config` variable `CLOUD_SDK_API_KEY` on the host machine valid for the account your device will connect to. For example:
 
  ```
  $ mbed config -G CLOUD_SDK_API_KEY <API_KEY>
  ```
 
- For instructions on how to generate an API key, please [see the documentation](https://cloud.mbed.com/docs/latest/integrate-web-app/api-keys.html#generating-an-api-key).
+ For instructions on how to generate an API key, please [see the documentation](https://cloud.mbed.com/docs/current/integrate-web-app/api-keys.html#generating-an-api-key).
 
-1. Initialize your Pelion DM credentials (once per project):
+1. Initialize your Device Management credentials (once per project):
 
  ```
  $ mbed dm init -d "<your company name.com>" --model-name "<product model identifier>"
  ```
 
- This creates your private and public key pair and also initializes various `.c` files with these credentials, so you can use Connect and (firmware) Update device management features.
+ This creates your private and public key pair and also initializes various `.c` files with these credentials, so you can use Device Management Connect and (firmware) Update.
 
 1. Remove the `main.cpp` application from the project, or ensure the content of the file is wrapped with `#ifndef MBED_TEST_MODE`.
- 
+
 1. Compile the tests with the `MBED_TEST_MODE` compilation flag.
 
  ```
@@ -107,7 +107,7 @@ Occasionally, if the test failed during a previous attempt, the SMCC Greentea te
 
 #### Device identity is inconsistent
 
-If your device ID in Pelion Device Management is inconsistent over a device reset, it could be because it is failing to open the credentials on the storage held in the Enhanced Secure File System. Typically, this is because the device cannot access the Root of Trust stored in SOTP.
+If your device ID in Device Management is inconsistent when your device resets, it could be because it is failing to open the credentials on the storage held in the Enhanced Secure File System. Typically, this is because the device cannot access the Root of Trust stored in SOTP.
 
 One way to verify this is to see if the storage is reformatted after a device reset when `format-storage-layer-on-error` is set to `1` in `mbed_app.json`. It would appear on the serial terminal output from the device as:
 
@@ -139,7 +139,7 @@ If you receive a stack overflow error, increase the Mbed OS main stack size to a
 
 #### Device failed to register
 
-Check the device allocation on your Pelion account to see if you are allowed additional devices to connect. You can delete development devices. After being deleted, they will not count toward your allocation.
+Check the device allocation on your Device Management account to see if you are allowed additional devices to connect. You can delete development devices. After being deleted, they will not count toward your allocation.
 
 ### Known issues