公开(公告)号：US09454469B2

公开(公告)日：2016-09-27

申请号：US14486734

申请日：2014-09-15

Applicant: Amazon Technologies, Inc.

Inventor： Slavik Dimitrovich ,  Venkata Uday Kumar Kalepalli Naga ,  Siamak Irantash ,  Michael L. Collado ,  Vijay P. Singh ,  Mike C. Moore

IPC: G06F11/00 ,  G06F11/36 ,  H04L29/08 ,  H04L29/06 ,  G06Q10/06

CPC classification number: G06F11/3688 ,  G06Q10/0631 ,  H04L67/025 ,  H04L67/10 ,  H04L67/42

Abstract: In some implementations, a testing service receives a test execution request for executing test operations on a test target. The testing service may map the test execution request to a particular type of supported test framework from among a plurality of types of supported test frameworks. The testing service may obtain a test package provided by a user that requested the testing, such as from a cloud storage location. The testing service determines a computing capacity for executing the testing and appropriates a plurality of workers in a cloud computing service. The testing service configures the plurality of workers for executing the test operations based on at least one of the test framework, the test execution request or the test package. The testing service provides test execution chunks from the test package to the plurality of workers for executing the testing on the test target.

Abstract translation: 在一些实现中，测试服务接收用于在测试目标上执行测试操作的测试执行请求。 测试服务可以将测试执行请求映射到多种类型的支持的测试框架中的特定类型的支持的测试框架。 测试服务可以获得由请求测试的用户提供的测试包，例如从云存储位置。 测试服务确定用于执行测试的计算能力并且在云计算服务中占用多个工作者。 测试服务基于测试框架，测试执行请求或测试包中的至少一个来配置多个工作者以执行测试操作。 测试服务提供从测试包到多个工作人员的测试执行块，用于在测试目标上执行测试。

公开(公告)号：US10102106B2

公开(公告)日：2018-10-16

申请号：US14961786

申请日：2015-12-07

Applicant: Amazon Technologies, Inc.

Inventor： Carlos Alejandro Arguelles ,  Kiran Chitluri ,  Choi Young Ngo ,  Mihaela Petrescu ,  Vijay P. Singh ,  Justin Alexander Tisi

IPC: G06F9/44 ,  G06F9/45 ,  G06F11/36 ,  G06F8/41 ,  G06F8/61

Abstract: Techniques are described for aggregating code coverage data generated from various types of testing of software modules, and automatically determining whether to promote software upwards in a multi-level software deployment hierarchy based on the aggregated code coverage data. In embodiments, a code coverage metric is determined for a software module, and the metric is compared to a set of promotion criteria, including whether the metric meets a predetermined threshold for quality. In some cases, the threshold may be a general threshold, a threshold based on the level of possible promotion, and/or a threshold that is based on an identified category for the software module such as whether the module is a front-end module, a shared module, a legacy module, or a critical module.