QA 문서란 무엇이며 작성 및 유지 관리 비용을 어떻게 줄일 수 있습니까?

ITRex의 QA 팀장인 Andrii Hilov는 소프트웨어 프로젝트의 품질 보증 문제와 함정에 대해 논의하는 또 다른 기사를 작성했습니다. 이번에는 Andrii가 QA 문서와 QA 문서가 고성능 소프트웨어를 적시에, 예산에 맞게, 비즈니스 목표에 맞게 개발하는 역할에 대해 자세히 알아봅니다.

그가 그것에 대해 말해야 할 것은 다음과 같습니다.

기업용 소프트웨어 개발 회사인 ITRex의 QA 팀장으로서 저는 소프트웨어 개발 비용을 줄이면서 완전한 기능을 갖춘 제품을 적시에 최대 가치로 출시하려는 고객의 열망을 잘 알고 있습니다.

이러한 목표는 이해할 수 있지만 QA 팀이 매일 버그를 찾지 못하더라도 프로젝트 초기에 QA 팀을 해고하지 말 것을 권합니다. 단, 급여를 삭감하고 소프트웨어 릴리스 주기를 단축할 수 있는 쉬운 옵션으로 보일 수 있습니다.

또한 솔루션과 솔루션의 모든 기능이 예상대로 작동하고 사이버 보안을 손상시키지 않는지 검증하기 위해 프로젝트 전체에서 품질 보증 모범 사례를 따르는 것이 좋습니다.

그리고 그러한 관행 중 하나는 적절한 QA 문서를 작성하고 유지하는 것입니다.

품질 보증 문서란 정확히 무엇입니까? QA 및 테스트 서비스를 활용하여 최대한의 이점을 얻는 데 어떻게 도움이 됩니까? 그리고 QA 문서 준비와 관련된 비용과 노력을 최적화하는 동시에 잘못 설계되고 버그가 많은 애플리케이션을 개발하고 처음부터 전체를 다시 빌드해야 하는 위험을 최소화할 수 있는 방법이 있습니까?

알아 보자!

QA 문서 소개

QA 문서는 소프트웨어 개발 및 테스트 프로세스 중에 품질 보증 팀이 만들고 유지 관리하는 문서 및 아티팩트 모음입니다.

여기에는 테스트 전략, 테스트 계획, 테스트 사례, 테스트 스크립트, 테스트 데이터, 테스트 로그, 버그 보고서 및 QA 활동과 관련된 기타 문서를 설명하는 다양한 문서가 포함될 수 있습니다. 이러한 문서는 QA 팀원 간의 커뮤니케이션을 촉진하고 테스트 지침을 제공하며 문제를 효율적으로 식별하고 해결하는 데 도움이 됩니다.

따라서 QA 문서는 소프트웨어 제품의 품질과 신뢰성을 보장하는 데 중요한 역할을 하며 이것이 고객이 추구하는 주요 목표입니다.

소프트웨어 프로젝트에서 사용되는 QA 문서

이 기사의 목적을 위해 소프트웨어 개발 프로젝트에서 테스트 문서의 중추를 형성하는 품질 보증 문서에 대한 간략한 개요를 제공합니다.

• 테스트 계획은 소프트웨어 테스트 활동의 전반적인 접근 방식, 목표, 범위, 리소스 및 일정을 설명하는 QA 문서입니다. 간단히 말해서 다음을 다룹니다.

1. 테스트 중인 앱 유형 및 핵심 기능을 포함한 프로젝트의 이름 및 설명
2. 선호하는 테스트 방법(수동, 자동, 혼합) 및 테스트 유형(새로운 기능, 통합, 호환성, 회귀 등)
3. 각 테스트 활동에 대한 대략적인 일정과 함께 테스트해야 하는 기능
4. 최적의 팀 구성
5. 테스트 프로세스 중에 발생할 수 있는 위험 및 문제에 대한 개요
6. QA 팀이 프로젝트 중에 사용할 테스트 문서 목록

IT 팀이 소프트웨어 솔루션에 대한 기능적 및 비기능적 요구 사항을 정의하고 적절한 기술 스택과 프로젝트 관리 방법론을 선택하고 프로젝트 로드맵을 생성할 때 소프트웨어 프로젝트 초기에 테스트 계획을 작성하는 것이 일반적입니다.

테스트 케이스 없이 간단한 테스트 계획을 세우고 검토하는 데 보통 최대 3일이 걸립니다.

• 테스트 사례는 입력 데이터, 예상 결과 및 실행 단계를 포함하여 특정 테스트 시나리오를 설명합니다. 테스트 케이스는 소프트웨어 제품의 기능, 성능 또는 기타 측면을 검증하도록 설계되었습니다. 테스트 사례는 수동 테스트 서비스와 QA 자동화 서비스 팀 모두에서 사용됩니다. 이렇게 하면 최대 테스트 적용 범위를 보장할 수 있으므로 프로덕션 코드에서 버그가 나타나지 않습니다.

숙련된 QA 엔지니어는 10분 만에 높은 수준의 테스트 사례를 작성할 수 있지만 중간 규모 프로젝트의 테스트 사례 수는 쉽게 4,000개를 초과할 수 있습니다(계산 중). 이 숫자에 평균 중간 QA 엔지니어 시간당 요금 (북미 시장의 경우 작업 시간당 $65)을 곱하면 인상적인 수치에 도달하게 됩니다.

• 체크리스트는 테스트 프로세스 중에 완료하거나 확인해야 하는 작업 또는 작업의 간결하고 항목별 목록입니다. 따라서 QA 문서의 체크리스트에는 일반적으로 기능 모듈, 섹션, 페이지 및 QA 팀의 주의가 필요한 앱 또는 사이버-물리적 시스템의 기타 요소에 대한 전체 개요가 포함됩니다.

소규모 프로젝트에서는 체크리스트가 세부 테스트 사례를 성공적으로 대체할 수 있습니다(자세한 내용은 나중에 설명).

• 테스트 스크립트는 Selenium, Appium 및 Cucumber와 같은 특정 테스트 도구 또는 프레임워크를 사용하여 작성된 코드 덩어리입니다. 이러한 스크립트는 테스트 사례 실행을 자동화하여 테스트 프로세스를 보다 효율적으로 만듭니다. 특히 다중 테넌트 SaaS 시스템 및 인기 있는 B2C 앱과 같이 자주 업데이트되고 아주 작은 버그라도 사용자 경험에 부정적인 영향을 미칠 수 있는 크고 복잡한 소프트웨어 프로젝트에서 그렇습니다. .
• 테스트 데이터는 QA 엔지니어가 다양한 조건에서 소프트웨어 솔루션의 성능, 기능, 안정성 및 보안을 평가하는 데 사용하는 데이터입니다. 여기에는 샘플 입력 값, 경계 조건 및 다양한 시나리오가 포함될 수 있습니다. 예를 들어 QA 팀은 양성 및 음성 테스트 데이터를 사용하여 올바른 로그인 자격 증명만 소프트웨어 시스템에 들어갈 수 있는지 확인할 수 있습니다. 마찬가지로 테스트 데이터는 특정 유형의 앱에서 연령 제한을 구현하거나 애플리케이션이 증가된 워크로드를 처리하는 방법을 조사하는 데 사용할 수 있습니다.
• 테스트 로그에는 테스트 수행 날짜 및 시간, 실행된 테스트 사례 요약, QA 팀이 달성한 결과, 스크린샷, 테스트 중에 언급된 모든 문제 또는 관찰을 포함하여 테스트 실행 프로세스가 기록됩니다. 테스트 로그는 테스트 진행 상황을 추적하고, 테스트 결과의 패턴 또는 경향을 식별하고, 테스트 활동의 과거 기록을 제공하기 위한 중요한 정보 소스입니다. 문제를 효율적으로 식별하고 해결하는 데 도움이 되며 향후 테스트 노력 또는 감사를 위한 참조 역할을 합니다.
• 결함 또는 버그 보고서는 QA 활동 중에 발견된 결함 및 문제를 자세히 설명하는 테스트 문서입니다. 특히 발견된 버그, 심각도 및 우선 순위, 결함이 발생하는 조건을 설명합니다. QA 관리자는 버그 보고서를 사용하여 소프트웨어 테스트 전문가에게 작업을 할당하고 상태를 추적합니다.
• 추적 가능성 매트릭스는 테스트 사례와 요구 사항 또는 기타 아티팩트 간의 관계를 매핑합니다. 모든 요구 사항이 테스트 사례에서 적절하게 다루어지고, 프로젝트 전체에서 테스트 범위를 추적할 수 있으며, 중복 테스트 활동을 제거하는 데 도움이 됩니다.
• 테스트 완료 보고서는 테스트 실행 상태, 실행된 테스트 사례 수, 발견된 결함 및 보류 중인 작업을 포함하여 프로젝트에서 수행된 테스트 활동을 요약합니다.

QA 문서가 중요한 이유는 무엇입니까?

품질 보증 문서가 있으면 고객과 소프트웨어 엔지니어링 팀이 기대하는 정확한 결과를 얻는 데 도움이 됩니다.

이는 다음을 포함하는 여러 요인의 조합으로 이루어집니다.

1. QA 문서는 소프트웨어 테스팅 전문가가 일관되게 작업을 수행하고 제품 또는 서비스의 전반적인 품질을 개선하기 위해 따를 수 있는 명확한 지침과 지침을 제공합니다.
2. 품질 보증 문서는 개발 프로세스 후반에 소프트웨어 솔루션의 중대한 결함 및 오류를 감지할 가능성을 줄여주므로 예산 관리에서 중추적인 역할을 합니다. QA 전문가는 버그 수정 비용이 설계/아키텍처 단계의 3배에서 배포 단계의 30배 이상에 이르기까지 모든 프로젝트 단계에서 기하급수적으로 증가한다고 제안합니다.
3. 품질 보증 문서는 감사를 단순화하고 확립된 프로세스, 절차 및 품질 관리에 대한 증거를 제공함으로써 조직이 충족해야 하는 규정 요구 사항 및 표준을 준수하도록 도와줍니다.
4. 절차, 제어 및 위험 평가 프로세스를 문서화함으로써 소프트웨어 테스팅 문서는 조직이 잠재적인 위험을 식별하고 비즈니스 및 고객 만족에 미치는 영향을 최소화하기 위한 예방 조치를 취하는 데 도움이 됩니다.
5. 신규 채용자는 QA 문서를 참조하여 소프트웨어 프로젝트의 품질 프로세스 및 절차를 이해하고 학습 곡선을 줄이고 조직 전체에서 일관된 교육을 보장할 수 있습니다.
6. 부적합, 시정 조치 및 교훈을 문서화함으로써 회사는 개선이 필요한 영역을 식별하고 변경 사항을 구현하여 효율성과 품질을 향상시킬 수 있습니다.
7. QA 프로세스 및 절차를 잘 문서화하면 귀사의 제품 또는 서비스에 대한 고객의 신뢰를 높일 수 있습니다. 광범위한 소프트웨어 테스트 문서는 품질에 대한 약속을 보여주고 조직이 일관되고 신뢰할 수 있는 결과를 제공할 수 있는 강력한 시스템을 갖추고 있음을 보장합니다.
8. 법적 분쟁이나 제품 리콜이 발생하는 상황에서 QA 문서는 중요한 증거가 될 수 있습니다. 조직이 확립된 품질 프로세스를 따르고 필요한 예방 조치를 취하고 의무를 이행했음을 입증할 수 있습니다.

QA 문서를 만드는 데 얼마나 걸립니까?

이 질문에 대한 정직한 대답은 "상황에 따라 다릅니다."입니다.

특히 기간 및 관련 비용은 조직의 규모, 프로세스의 복잡성, 속한 업계, 구축 중인 소프트웨어 유형과 같은 여러 요인에 따라 달라집니다.

이전에 소프트웨어 개발 프로젝트에 착수했고 사내 QA 팀이 있는 경우 새 프로젝트에 기존 QA 문서를 재사용할 수 있습니다. 프로젝트 관리 및 Wiki 소프트웨어와 같은 소프트웨어 테스트 문서를 작성하고 유지 관리하기 위한 템플릿 및 특수 도구를 사용하는 것도 도움이 됩니다.

항상 QA 문서가 필요하며 작성 및 유지 관리 비용을 줄일 수 있습니까?

아무리 유용한 품질 보증 문서라도 작성 및 유지 관리에 필요한 추가 노력과 인력으로 인해 소프트웨어 프로젝트 비용이 증가할 수 있습니다.

이것은 침체기에 디지털 트랜스포메이션을 진행 중인 소규모 스타트업이나 기업에게 문제가 될 수 있습니다.

그렇다면 모든 유형의 소프트웨어 프로젝트에 매우 상세한 QA 문서가 필요합니까? 그리고 관련 비용을 줄일 수 있습니까?

QA 문서 작성에 대한 최선의 접근 방식을 결정하려면 다음 요소를 고려하십시오.

• 프로젝트 규모 및 예산 . 소규모 예산 및 단기 프로젝트의 경우(대규모 IT 팀에서 실행하는 매우 혁신적이고 기술적인 프로젝트에 대해 언급하지 않는 한) 문서화 프로세스를 지나치게 복잡하게 만들 필요가 없으므로 QA 팀은 세부적인 대신 체크리스트를 선택할 수 있습니다. 테스트 사례. 전반적인 테스트 전략을 결정하는 테스트 계획 문서에 대해서도 예산이 없거나 프로젝트가 단기적이고 첨단 기술을 포함하지 않는 경우 작성을 생략할 수 있습니다.
• QA 팀 규모 및 경험 . 프로젝트에 QA 엔지니어가 많고 품질 보증 경험이 적을수록 테스트 프로세스를 제어하기가 더 어려워집니다. 따라서 팀원들이 같은 페이지에 있도록 하려면 광범위한 품질 보증 문서가 필요합니다. 이러한 경우에는 엔지니어의 경험과 지식을 바탕으로 보다 효과적으로 작업을 분배하기 위해 체크리스트보다는 테스트 케이스에 의존하고 테스트 케이스 생성에는 일반적으로 시급이 더 높은 숙련된 QA 전문가를 참여시키는 것이 좋습니다.
• 프로젝트 관리에 대한 Agile 대 Waterfall 접근 방식 . ITRex 팀은 이 블로그 게시물에서 Agile과 Waterfall 방법론 간의 주요 차이점을 요약했지만 품질 보증 측면에서 두 접근 방식을 구분하는 점을 언급할 가치가 있습니다. Waterfall에서 소프트웨어 테스트는 마지막으로 저장됩니다. 즉, QA 팀은 코딩 부분이 100% 완료된 경우에만 테스트를 수행합니다. 당연한 이유로 요구 사항 도출 단계에서 준비해야 하는 적절한 품질 보증 문서 없이는 할 수 없습니다. IT 팀이 더 작은 소프트웨어 조각을 반복적으로 빌드하고 각 주기의 끝에서 코드를 테스트하는 경향이 있는 Agile에서는 사전에 창의적이고 포괄적인 QA 문서가 선호되지 않습니다. 그래도 현재 상황을 고객 및 소프트웨어 엔지니어의 기대에 더 잘 맞출 수 있도록 테스트 계획을 작성하는 것이 좋습니다.

전반적으로 QA 문서가 있으면 복잡성과 규모에 관계없이 모든 소프트웨어 개발 프로젝트에 도움이 될 수 있습니다.

그러나 고객 지향적인 회사로서 우리는 항상 귀사의 목표와 예산을 고려하여 차선책을 제안할 준비가 되어 있습니다.

프로젝트에 대한 광범위한 품질 보증 문서를 준비해야 하는지 확실하지 않고 작업을 맡길 숙련된 QA 엔지니어를 찾고 있다면 ITRex에 문의하십시오! 고성능의 버그 없는 소프트웨어 솔루션을 제시간에, 예산에 맞게, 사양에 맞게 출시하도록 하겠습니다!

2023년 6월 30일에 https://itrexgroup.com에 원래 게시되었습니다.