Abstract: Disclosed are various embodiments for automated testing of systems and applications. A first computing device may be in data communication with a second computing device. The first computing device can receive a fault instruction specifying receive a fault instruction specifying a fault to inject into a virtual compute instance, parameters for the fault, a duration of the fault, and an identifier of the virtual compute instance. The first computing device can then send a command to a second computing device that hosts the virtual compute instance, wherein the command specifies at least the fault, the parameters for the fault, and the virtual compute instance. In turn, the second computing device can receive the command from the first computing device, save a pre-fault state of the virtual compute instance, and then introduce the fault into the virtual compute instance.

Abstract: Disclosed are various embodiments for automated testing of systems and applications. A computing device can receive a command to execute a test, the test comprising at least one fault instruction and an alarm, the alarm being specified as an evaluation criterion for the test. The computing device can then send the fault instruction to a fault injection service. Next, the computing device can receive a message from a monitoring service, the message indicating that the alarm has been triggered subsequent to sending the fault instruction to the fault injection service. Subsequently, the computing device can determine that the test has failed based at least in part on the alarm being triggered. Finally, the computing device can send a failure notification to a predefined recipient in response to detecting that the alarm has been triggered.

Abstract: Disclosed are various embodiments for automated testing of systems and applications. A first computing device may be in data communication with a second computing device. The first computing device can receive a fault instruction specifying receive a fault instruction specifying a fault to inject into a virtual compute instance, parameters for the fault, a duration of the fault, and an identifier of the virtual compute instance. The first computing device can then send a command to a second computing device that hosts the virtual compute instance, wherein the command specifies at least the fault, the parameters for the fault, and the virtual compute instance. In turn, the second computing device can receive the command from the first computing device, save a pre-fault state of the virtual compute instance, and then introduce the fault into the virtual compute instance.

Abstract: Disclosed are various embodiments for automated testing of systems and applications. A computing device can be configured to receive a fault instruction specifying a fault to inject into one or more service requests sent to a service, parameters for the fault, and a duration of the fault. The computing device can then instantiate a service proxy and send a command to the service proxy, wherein the command specifies at least the fault and the parameters for the fault. Next, the computing device can cause service requests sent to the service to be redirected through the service proxy. The service proxy can receive a service request and generate a response to the service request that contains the fault based at least in part on the parameters for the fault. The service proxy can then return the response to the service request.