To ensure your feature is working as intended before an experiment or rollout, we recommend configuring QA personnel or developers as a custom audience, so they can manually test the feature before exposing it to external users.

In the following steps, you will learn how to configure Optimizely so that when you set a test cookie, you will force enable or disable the feature you want to QA. Although this guide is targeted towards a web application and the use of cookies, you can use the same principle in any application without the use of cookies.

## 1. Create a QA audience in the Optimizely app

1. Create a custom attribute in the Optimizely UI and name it `testAudience`. For more information, see [Create a custom attribute](🔗).

2. [Create an audience](🔗) and name it `Test Audience`. For the audience definition, drag and drop the `testAudience` attribute you defined earlier. Set the condition for the audience to be when a visitor **matches** the condition for when `testAudience` **Boolean is true**.

3. Add this audience to your rollout so that the rollout is targeted only to users in the Test Audience and roll the feature out to 100%. This audience will be your way of targeting the feature to yourself when you want to verify the feature is working as expected manually.

🚧

Important

If you already have audience targeting conditions for the rollout, then you can combine the test audience with other audiences with an OR condition to ensure you will pass the targeting conditions with just the test audience condition.

## 2. Set a test cookie for yourself

We recommend using a cookie to control the QA experience. Although this recommendation is primarily for Web-based applications, the overall pattern can be applied to other platforms without cookies.

If working from a browser, set a cookie in your browser with the name `optimizely_test_cookie` and value to be the string `true`. Set the expiration date of the cookie to when you expect to be done manually verifying your feature. We recommend a few hours later than the current time.

## 3. Implement the attribute

For the cookie to take effect, we need to implement the attribute defined above by passing it to the `isFeatureEnabled` API as one of the attributes.

From your application code, get the value of the `optimizely_test_cookie`, convert the string 'true'/'false' value stored in the cookie to a boolean, and pass that value as a `testAudience` attribute to the `isFeatureEnabled` API as outlined in the code sample below:



Once the value of `testAudience` can be controlled by the value of the test cookie, you can now add and remove the test cookie to manually force the experience and verify the feature is working as expected.

## 4. Verify your feature

You should now be able to verify your application feature while the cookie is set for yourself.

Manually verify your feature is working as expected.

## 5. Remove the QA audience

Once you are done manually verifying the experience. You will want to first rollback the experience to 0%, then remove the QA audience from the Optimizely rollout. You have now verified that the rollout is ready to rollout for users without the test cookie and can perform your rollout confidently and safely!