AWS, QA Studio에 팀별 권한 관리 기능 추가

AWS는 2026년 10월 28일 QA Studio 가이드 3편을 공개하고, Amazon Nova Act 참조 솔루션에 애플리케이션 상태 지표와 팀별 접근 제어를 추가하는 방법을 설명했습니다. 이 기능은 자동 소프트웨어 테스트를 확대하는 조직을 위한 것입니다. 애플리케이션은 사용 사례와 테스트 스위트를 한 소유자 아래 묶어 팀이 공용 목록을 뒤지는 대신 자체 테스트를 관리하도록 합니다. 각 애플리케이션에는 이름과 기본 URL, 선택 사항인 개발·스테이징·운영 환경을 설정합니다.

QA Studio는 모든 테스트 실행을 애플리케이션과 환경별로 표시해 Amazon CloudWatch 사용자 지정 지표로 기록합니다. 애플리케이션 페이지에는 선택 기간의 통과율, 전체 실행 횟수, 현재 실패 건수와 0~100점 상태 점수가 표시됩니다. 점수는 통과율에서 통과와 실패를 오가는 불안정 테스트에 대한 감점을 적용합니다. 지표 화면은 7일 동안 시간별 또는 30일 동안 일별로 실행 횟수, 성공·실패 건수와 평균 소요 시간을 보여주며, 환경을 필터링해 스테이징과 운영을 비교할 수 있습니다.

불안정 테스트 화면은 지난 7일 동안 통과와 실패 상태가 바뀐 횟수에 따라 사용 사례 순위를 매깁니다. 최근 실패 목록에서는 각 실행 기록을 Amazon Nova Act의 작업 경로 로그와 세션 녹화로 연결해 팀이 에이전트가 마주친 상황을 살펴볼 수 있습니다.

접근 권한은 팀 단위로 관리하며 각 애플리케이션은 정확히 한 팀에 속합니다. QA Studio의 5개 역할은 권한이 누적되는 구조입니다. 관리자는 스튜디오 전체의 팀·애플리케이션·사용자에 접근하고 팀을 만들거나 애플리케이션을 배정할 수 있습니다. 팀 리드는 팀원을 관리하고 애플리케이션을 만들며, 편집자는 사용 사례와 테스트 스위트를 만들고 수정합니다. 실행자는 내용을 바꾸지 않고 테스트를 실행하며, 뷰어는 애플리케이션과 결과를 읽기만 할 수 있습니다. 테스트 권한은 해당 애플리케이션을 따르므로 수천 개의 개별 테스트가 아니라 애플리케이션 단위로 관리할 수 있습니다.

참조 배포 구성에는 두 팀에 걸친 사용자 4명이 포함됩니다. 이들은 팀 리드 2명, 뷰어 1명, 스튜디오 전체 관리자 1명입니다. 관리자는 스튜디오 전체의 사용자, 역할, 팀과 애플리케이션 수를 검토할 수 있습니다. 팀 리드는 자신의 팀 구성원, 애플리케이션, 사용 사례와 공유 권한을 관리하며, 구성원의 역할을 바꾸고 다른 팀에 애플리케이션 접근 권한을 부여·철회·변경할 수 있습니다. 공유 권한은 보기, 실행, 전체 접근으로 나뉘며, 받는 사람의 실제 권한은 부여된 권한과 본인 역할 중 더 낮은 수준으로 제한됩니다. 예를 들어 보기 권한을 받은 팀의 편집자는 공유 애플리케이션을 읽기만 할 수 있습니다.

이 솔루션은 팀 역할에 Amazon Cognito 그룹을 사용하고, AWS Lambda 권한 부여자가 그룹 구성원을 API 범위와 팀 정보로 변환합니다. Amazon DynamoDB는 팀, 구성원 관계, 애플리케이션 소유권과 공유 권한을 저장합니다. Amazon CloudWatch는 QAStudio/Executions 네임스페이스에 애플리케이션 및 환경별 실행 지표를 저장합니다. AWS Lambda와 Amazon API Gateway는 역할 범위를 적용하고, 호출자의 팀이 애플리케이션을 소유하거나 접근 권한이 있는지 확인합니다. CI 파이프라인은 OAuth 클라이언트 자격 증명 흐름으로 인증해 필요한 범위만 가진 기계 계정으로 작동할 수 있습니다.

AWS는 QA Studio를 고객 AWS 계정에 배포하는 참조 솔루션으로 제공하며, AWS Cloud Development Kit(AWS CDK)를 사용합니다. 테스트 데이터와 결과, 지표는 해당 계정 안에 남습니다. 배포 후 관리자는 팀을 만들고 구성원과 역할을 지정한 뒤 애플리케이션을 배정하며, 테스트가 실행되면 지표가 쌓입니다. 배포 지침과 설정 정보는 QA Studio GitHub 저장소에서 확인할 수 있습니다. 세 번째 가이드는 1편의 자연어 테스트 작성과 2편의 테스트 스위트 및 CI/CD 통합을 바탕으로 합니다.

AWS는 2026년 10월 28일 QA Studio 가이드 3편을 공개하고, Amazon Nova Act 참조 솔루션에 애플리케이션 상태 지표와 팀별 접근 제어를 추가하는 방법을 설명했습니다. 이 기능은 자동 소프트웨어 테스트를 확대하는 조직을 위한 것입니다. 애플리케이션은 사용 사례와 테스트 스위트를 한 소유자 아래 묶어 팀이 공용 목록을 뒤지는 대신 자체 테스트를 관리하도록 합니다. 각 애플리케이션에는 이름과 기본 URL, 선택 사항인 개발·스테이징·운영 환경을 설정합니다.

QA Studio는 모든 테스트 실행을 애플리케이션과 환경별로 표시해 Amazon CloudWatch 사용자 지정 지표로 기록합니다. 애플리케이션 페이지에는 선택 기간의 통과율, 전체 실행 횟수, 현재 실패 건수와 0~100점 상태 점수가 표시됩니다. 점수는 통과율에서 통과와 실패를 오가는 불안정 테스트에 대한 감점을 적용합니다. 지표 화면은 7일 동안 시간별 또는 30일 동안 일별로 실행 횟수, 성공·실패 건수와 평균 소요 시간을 보여주며, 환경을 필터링해 스테이징과 운영을 비교할 수 있습니다.

불안정 테스트 화면은 지난 7일 동안 통과와 실패 상태가 바뀐 횟수에 따라 사용 사례 순위를 매깁니다. 최근 실패 목록에서는 각 실행 기록을 Amazon Nova Act의 작업 경로 로그와 세션 녹화로 연결해 팀이 에이전트가 마주친 상황을 살펴볼 수 있습니다.

접근 권한은 팀 단위로 관리하며 각 애플리케이션은 정확히 한 팀에 속합니다. QA Studio의 5개 역할은 권한이 누적되는 구조입니다. 관리자는 스튜디오 전체의 팀·애플리케이션·사용자에 접근하고 팀을 만들거나 애플리케이션을 배정할 수 있습니다. 팀 리드는 팀원을 관리하고 애플리케이션을 만들며, 편집자는 사용 사례와 테스트 스위트를 만들고 수정합니다. 실행자는 내용을 바꾸지 않고 테스트를 실행하며, 뷰어는 애플리케이션과 결과를 읽기만 할 수 있습니다. 테스트 권한은 해당 애플리케이션을 따르므로 수천 개의 개별 테스트가 아니라 애플리케이션 단위로 관리할 수 있습니다.

참조 배포 구성에는 두 팀에 걸친 사용자 4명이 포함됩니다. 이들은 팀 리드 2명, 뷰어 1명, 스튜디오 전체 관리자 1명입니다. 관리자는 스튜디오 전체의 사용자, 역할, 팀과 애플리케이션 수를 검토할 수 있습니다. 팀 리드는 자신의 팀 구성원, 애플리케이션, 사용 사례와 공유 권한을 관리하며, 구성원의 역할을 바꾸고 다른 팀에 애플리케이션 접근 권한을 부여·철회·변경할 수 있습니다. 공유 권한은 보기, 실행, 전체 접근으로 나뉘며, 받는 사람의 실제 권한은 부여된 권한과 본인 역할 중 더 낮은 수준으로 제한됩니다. 예를 들어 보기 권한을 받은 팀의 편집자는 공유 애플리케이션을 읽기만 할 수 있습니다.

이 솔루션은 팀 역할에 Amazon Cognito 그룹을 사용하고, AWS Lambda 권한 부여자가 그룹 구성원을 API 범위와 팀 정보로 변환합니다. Amazon DynamoDB는 팀, 구성원 관계, 애플리케이션 소유권과 공유 권한을 저장합니다. Amazon CloudWatch는 QAStudio/Executions 네임스페이스에 애플리케이션 및 환경별 실행 지표를 저장합니다. AWS Lambda와 Amazon API Gateway는 역할 범위를 적용하고, 호출자의 팀이 애플리케이션을 소유하거나 접근 권한이 있는지 확인합니다. CI 파이프라인은 OAuth 클라이언트 자격 증명 흐름으로 인증해 필요한 범위만 가진 기계 계정으로 작동할 수 있습니다.

AWS는 QA Studio를 고객 AWS 계정에 배포하는 참조 솔루션으로 제공하며, AWS Cloud Development Kit(AWS CDK)를 사용합니다. 테스트 데이터와 결과, 지표는 해당 계정 안에 남습니다. 배포 후 관리자는 팀을 만들고 구성원과 역할을 지정한 뒤 애플리케이션을 배정하며, 테스트가 실행되면 지표가 쌓입니다. 배포 지침과 설정 정보는 QA Studio GitHub 저장소에서 확인할 수 있습니다. 세 번째 가이드는 1편의 자연어 테스트 작성과 2편의 테스트 스위트 및 CI/CD 통합을 바탕으로 합니다.