Abstract: A machine may be configured to test an application based on an in-app impersonating of an audience profile. For example, the machine receives a selection of an audience identifier via a user interface. The machine maps the audience identifier to a configuration file that includes identifiers of features of the application available for use by the audience. The machine, based on the audience identifier and the configuration file, causes a display, in the user interface, of the identifiers of the features. The machine receives, via the user interface, a request to modify an operational state of a feature of the application in the software context associated with the audience. The machine configures, at run-time, the application based on the audience identifier, the configuration file, and the request to modify the operational state of the feature. The configuring results in the application including the feature in a modified operational state.

Abstract: In some embodiments, the disclosed subject matter involves a system and method relating to automation test runs of a software build, where the test runs effect impersonating an audience and selecting optional features to test with the impersonated audience. The impersonated audience is associated with a software build having static features, and the test runs include optional features, where each optional feature may have more than one associated treatment. Each feature/treatment combination may be tested in a test scenario associated with the feature/treatment combination. New features may be dynamically exposed to a selected audience to assist in verification and test of the new features. Other embodiments are described and claimed.

Abstract: In some embodiments, the disclosed subject matter involves a system and method relating to automation test runs of a software build, where the test runs effect impersonating an automation audience and selecting optional features to test with the automation audience. The automation audience is associated with a software build having static features, and the test runs include optional features, where each optional feature may have more than one associated treatment. Each feature/treatment combination may be tested in a test scenario associated with the feature/treatment combination. New features that are exposed in other audiences may be enabled for the automation audience to assist in verification and test of the new features. Dynamic selection of the optional features is effected using an application program interface (API) in the source code for the features, where the API accesses feature configuration information during runtime. Other embodiments are described and claimed.