Abstract: Methods, systems, and devices supporting orchestration for automated performance testing are described. A server may orchestrate performance testing for software applications across multiple different test environments. The server may receive a performance test indicating an application to test and a set of test parameters. The server may determine a local or a non-local test environment for running the performance test. The server may deploy the application to the test environment, where the deploying involves deploying a first component of the performance test to a first test artifact in the test environment and deploying a second component of the performance test different from the first component to a second test artifact in the test environment. The server may execute the performance test to obtain a result set, where the executing involves executing multiple performance test components as well as orchestrating results across multiple test artifacts to obtain the result set.

Abstract: Methods, systems, and devices supporting orchestration for automated performance testing are described. A server may orchestrate performance testing for software applications across multiple different test environments. The server may receive a performance test indicating an application to test and a set of test parameters. The server may determine a local or a non-local test environment for running the performance test. The server may deploy the application to the test environment, where the deploying involves deploying a first component of the performance test to a first test artifact in the test environment and deploying a second component of the performance test different from the first component to a second test artifact in the test environment. The server may execute the performance test to obtain a result set, where the executing involves executing multiple performance test components as well as orchestrating results across multiple test artifacts to obtain the result set.

Abstract: Methods, systems, and devices supporting joint code validation across code repositories are described. Some systems may store code across multiple code repositories, where the code repositories support repository-specific pull requests and validations. However, code stored in one repository may depend on code stored in a different repository. To accurately validate changes to such code, a system may identify a validation trigger for a first pull request (e.g., indicating one or more code changes to a first code repository), determine a second code repository or second pull request related to the first pull request, and generate a test build across the code repositories. For example, the test build may include code updates in the first code repository according to the first pull request and code from the second code repository (e.g., updated according to the second pull request). The system may perform joint validation tests on the test build.

Abstract: Methods, systems, and devices supporting orchestration for automated performance testing are described. A server may orchestrate performance testing for software applications across multiple different test environments. The server may receive a performance test indicating an application to test and a set of test parameters. The server may determine a local or a non-local test environment for running the performance test. The server may deploy the application to the test environment, where the deploying involves deploying a first component of the performance test to a first test artifact in the test environment and deploying a second component of the performance test different from the first component to a second test artifact in the test environment. The server may execute the performance test to obtain a result set, where the executing involves executing multiple performance test components as well as orchestrating results across multiple test artifacts to obtain the result set.

Abstract: Methods, systems, and devices supporting joint code validation across code repositories are described. Some systems may store code across multiple code repositories, where the code repositories support repository-specific pull requests and validations. However, code stored in one repository may depend on code stored in a different repository. To accurately validate changes to such code, a system may identify a validation trigger for a first pull request (e.g., indicating one or more code changes to a first code repository), determine a second code repository or second pull request related to the first pull request, and generate a test build across the code repositories. For example, the test build may include code updates in the first code repository according to the first pull request and code from the second code repository (e.g., updated according to the second pull request). The system may perform joint validation tests on the test build.

Abstract: Methods, systems, and devices supporting automatic software updating are described. A server may implement an automated software patching system for versioned code. A patch server may retrieve a production version of code and code updates to apply to the production version of code based on a patch request. The patch server may determine an updated version of code based on the production version of code and the code updates, retrieve a file difference between the updated version of code and the production version of code, and determine a compilation difference based on the retrieved file difference. The updated version of code may be associated with a set of binary files, and the application server may determine a subset of the binary files that are associated with the file difference. The patch server may package the subset of binary files into a software patch for the production version of code.