앱 팩토리가 무엇인지 이해하려면 "멀티"라는 단어를 생각해 보세요. 앱 팩토리는 여러 부문을 하나로 모아 다양한 프로젝트를 만들도록 설계된 다학제 개발 기능입니다.
중앙 집중화되어 있든 아니든 App Factory에는 몇 가지 공통 분모가 있습니다. 모든 App Factory가 해결해야 하는 주요 공통점 중 하나는 품질 보증입니다. QA 팀은 사업부나 분야에 관계없이 모든 프로젝트가 조직의 규정 준수, 브랜딩 및 성과 표준을 충족하는지 확인합니다.
앱 팩토리에 QA를 가장 잘 구현하는 방법에 대해 궁금하세요? 저희 책에서 한 페이지를 떼어보세요. Mendix우리는 우리 스스로 운영합니다 Mendix 앱 팩토리. 우리가 QA에 접근하는 방식은 다음과 같습니다.
Mx AppFactory란 무엇인가요?
Mx AppFactory는 내부 단위입니다. Mendix 응용 프로그램을 빌드하는 Mendix 과 Mendix그 결과, 우리는 다양한 부서와 이해관계자를 위해 수많은 프로젝트를 진행하는 다학제 개발 팀을 보유하고 있습니다. Mendix Siemens.
품질 팀에 대하여
품질 팀은 Mx AppFactory 팀의 성과물 품질을 향상시키는 데 도움이 되는 교차 기능 가속기입니다. 2020년 XNUMX월에 시작된 이 팀은 한 명의 멤버에서 XNUMX명의 품질 전문가로 구성된 팀으로 성장했습니다. 이 팀은 다음과 같은 명확한 진술로 공장 라인에 접근합니다. "품질은 팀 전체의 책임입니다." 따라서 테스트 엔지니어 역할을 품질 전문가 팀에서 질 좋은 활동을 지도하고 주도합니다.
우리의 사명
- AppFactory 팀이 동급 최고의 소프트웨어를 제공하고 진정한 품질 홍보대사가 되도록 지원합니다. Mendix 그리고 그 고객.
우리가 사명을 추진하는 방식
우리는 AppFactory 라인에 따라 품질을 보장하기 위해 아래의 휠을 사용합니다.
품질 평가
새로운 프로젝트를 준비하는 일환으로, 우리는 제작 중인 제품의 기술적, 기능적 측면을 이해해야 합니다. 다음 단계는 수집한 정보를 사용하여 프로젝트를 평가하고 프로젝트에 필요한 품질 활동을 도출하는 것입니다. 이러한 프로젝트를 평가하기 위해 우리는 팀이 채울 수 있는 간단한 체크리스트를 정의했습니다. 이 답변은 프로젝트 요구 사항과 범위에 맞게 구체적입니다.
평가 체크리스트의 주요 초점 영역:
- 애플리케이션을 사용하는 최종 사용자/페르소나
- 프로젝트 기간
- 도메인과 기술에 대한 팀 지식
- 프로젝트에 관련된 기술적 측면
- 애플리케이션에서 처리하는 데이터의 유형 및 품질
- 애플리케이션의 비기능적 측면(예: 성능, 보안 등)
- 모든 프로젝트에서 공통적으로 나타나는 일반적인 품질 관련 활동
평가 결과는 문서화되어 프로젝트의 후속 단계에 활용됩니다.
품질 전략
평가 결과, 다음 측면을 포괄하는 높은 수준의 품질 전략이 정의되었습니다.
- 프로젝트에 필요한 고품질 전문가의 지원
- 테스트 중 고려해야 할 페르소나
- 필요한 테스트 유형(API/웹/네이티브)
- 코드 품질, 보안 취약성 및 기타 측면을 확인하는 도구
- 테스트 자동화 노력이 필요합니다
- 데이터 품질 검사가 필요합니다
- 비기능 테스트(예: 성능, 보안 테스트 등)가 필요합니다.
- 일반적인 테스트 노력이 필요합니다
이러한 품질 전략은 프로젝트 수명 주기 동안 진화하는 살아있는 문서입니다.
코드 품질 도구
정의된 전략에 따라 도구를 사용하여 코드 품질을 모니터링하고 검증합니다. 품질 전문가는 이러한 도구의 설정 및 구현을 용이하게 합니다.
우리가 주로 사용하는 도구는 다음과 같습니다.
- ACR – 자동 코드 검토 도구 Mendix 프로젝트
- 스 니크 – 종속성(3자 라이브러리)을 스캔하기 위한 도구 Mendix 알려진 취약점 및 가능한 라이선스 경고에 대한 프로젝트
- 베라코드 – 스캐닝 도구 Mendix 위험 및 취약성 식별을 위한 코드
시험 공학
품질 전략의 일부로 필요한 테스트 유형과 수준도 정의됩니다. 이러한 입력을 통해 품질 전문가는 개발 주기 동안 다양한 테스트 활동을 설정하고 추진하는 데 도움을 줍니다.
스토리 정의 및 개발 중
이 단계에서 수행되는 일부 활동은 다음과 같습니다.
- 스토리의 테스트 가능성을 검증하고 테스터 노트를 추가하기 위한 스토리 개선
- 팀에서 개발한 단위 테스트 검토
- 스토리 승인 기준 검토 및 검증(일부 팀은 참조용으로 Jira X-Ray에서 테스트 관리도 함)
- 스토리를 이동하기 전에 완료 항목의 정의가 닫혔는지 확인하십시오. 선택한다
출시 전 검증
이 단계에서 수행되는 일부 활동은 다음과 같습니다.
- 릴리스에 추가된 모든 기능이 처음부터 끝까지 작동하는지 확인합니다.
- 기존 기능이 영향을 받지 않는지 확인(회귀 테스트)
- 프로젝트 요구 사항에 따라 비기능 테스트(성능, 침투 테스트 등 포함)를 구현합니다.
- 릴리스의 완료 정의가 충족되었는지 확인합니다.
출시 후 검증 및 프로덕션 모니터링
팀은 프로덕션 환경에서 몇 가지 테스트를 설정하여 배포 후 해당 애플리케이션을 검증할 수 있습니다. 검증 작업은 다음과 같습니다.
- 배포 후 릴리스에 추가된 새로운 기능이 작동하는지 확인합니다.
- 애플리케이션의 핵심 기능이 예상대로 작동하는지 확인하기 위한 샘플 스모크 테스트
추가적으로 다음을 확인하기 위해 모니터링을 설정할 수 있습니다.
- 애플리케이션 사용
- 애플리케이션 성능
- 애플리케이션 품질
- 응용 비즈니스 가치
테스트 자동화
테스트 자동화는 프로젝트의 필요에 따라 수행됩니다.
- REST API와 관련된 애플리케이션의 경우 스토리를 개발하는 동안 테스트가 자동화됩니다.
- API가 없는 애플리케이션의 경우 핵심 기능 테스트는 UI 수준에서 자동화됩니다. 이는 애플리케이션의 UI가 수동으로 테스트되고 안정적일 때(주요 변경이 계획되지 않은 경우)에만 권장됩니다.
모든 자동화 테스트는 Bitbucket 파이프라인에서 실행됩니다.
테스트 자동화에 사용하는 도구/프레임워크는 다음과 같습니다.
- API 테스트 자동화를 위한 Postman
- 웹(UI 레벨) 테스트 자동화를 위한 로봇 프레임워크
진행 상황 추적
품질 활동의 진행 상황은 대시보드에서 추적 및 모니터링됩니다.
모범 사례
테스트를 통해 팀원들이 얻은 경험을 바탕으로 Mendix 그리고 다른 응용프로그램과 관련하여 모범 사례가 정의되고 문서화됩니다.
문서에 언급된 핵심 영역은 다음과 같습니다.
- 품질에 대한 팀 사고방식
- 다양한 테스트 유형
- 분기 및 테스트 전략 Mendix 어플리케이션
- 테스트 자동화 모범 사례
지속적인 개선
우리는 팀으로서 회고와 심층 세션을 수행하여 지속적인 개선을 믿습니다. 우리는 내부의 다른 부서와 자주 동기화합니다. Mendix AppFactory에 가장 적합한 작업 방식을 이해하고 이에 맞춰 조정하는 방법에 대한 아이디어를 교환합니다.
도전
위의 구현에도 어려움이 있습니다. 몇 가지 예를 들면 다음과 같습니다.
- 전통적인 테스트 엔지니어가 아닌 품질 전문가로서 사고방식을 바꾸는 품질 팀 구성원
- 팀 전체에 "품질 중심 사고방식"을 심어줍니다.
- 로우코드가 아닌 배경에서 온 품질 전문가는 다음을 이해해야 했습니다. Mendix 팀에 더 나은 지원을 제공하기 위해 애플리케이션이 개발되었습니다.
- 테스트나 테스트 자동화에 대한 사전 경험이 없는 팀을 위해 테스트 자동화를 구현합니다.
주요 테이크 아웃
지금까지의 경험에서 얻은 몇 가지 주요 정보:
- 팀의 프로세스와 현재 품질 활동을 이해하는 것으로 시작합니다(모든 팀에는 하나가 있습니다)
- 제품 품질은 팀의 책임입니다
- 팀의 전문성과 작업 방식에 따라 도구를 선택하세요
- 스토리 완료 및 릴리스 프로세스 정의에 품질 활동이 추가되었습니다.
- 마지막이지만 매우 중요한 것은 품질을 설정하는 데 인내심과 끈기가 필요하다는 것입니다.
더 자세한 내용과 질문이 있으시면 저에게 연락해주세요: [이메일 보호]