defect prevention methods
효과적인 결함 방지 접근 방식 및 중요 관점 :
품질 보증은 IT 프로젝트에서 테스트 팀을 다루는 데 일반적으로 사용되는 용어입니다.
기술적 인 측면을 제외하고 품질 보증 활동은 결함 식별 (발생 후 결함을 찾는 것입니다. 이는 단순히 테스트 또는 품질 관리)뿐만 아니라 결함 예방 (처음부터 결함이 발생하지 않도록 확인)을 포함합니다. 결함은 소프트웨어 제품에 들어가기 전에 제거 / 감소됩니다).
간단한 등식은 다음과 같습니다.
QA = QC (결함 식별) + 결함 예방
이것은 매우 간단하게 들리지만 결함 방지 작업이 어떻게 또는 정확히 무엇인지에 대한 강조 또는 방향이 적습니다.
문제의 진실은 테스트 단계에서 발견 된 결함 또는 출시 후 더 나쁜 결함은 찾아 수정하는 데 더 많은 비용이 들며 브랜드에 대한 신뢰를 잃을 수 있습니다. 따라서 예방 조치를 일찍 취할수록 좋습니다. 또한 결함 방지는 기업이 최고 CMMI (Capability Maturity Model Integration) 레벨을 달성하는 데 도움이됩니다.
이 기사에서는 결함 방지에 대해 자세히 살펴 보겠습니다.
학습 내용 :
결함 예방
결함 방지는 모든 소프트웨어 개발 프로세스에서 중요한 단계 또는 활동이며 아래 다이어그램에서 볼 수 있듯이 테스트 작업의 거의 절반이됩니다.
간단히 말해서 아래 각 단계에서 테스터의 결함 방지 책임은 다음과 같습니다.
# 1) 요구 사항 사양 검토 :
고객의 요구 사항을 이해 한 후 요구 사항의 요지를 준비하십시오.
이 단계에서는 검토가 중요합니다. 첫 번째 수준의 검토는 팀 내에 있어야하며 다른 수준의 외부 검토 (개발자 또는 BA 또는 클라이언트)가 있어야 모든 관점이 동기화되었는지 확인합니다.
# 2) 설계 검토 :
디자인 단계는 일종의 전략 단계로 간주 될 수 있으며이를 통해 QA 팀이 각 전략의 장단점을 이해할 수 있습니다.
이러한 종류의 비판적인 연습은 전술 한 전략의 문제를 발견하고 더 진행하기 전에 해결하는 데 도움이 될 것입니다. 이는 전략 (또는 전략)의 타당성 조사로 간주 될 수 있습니다.
# 3) 코드 검토 :
편집 기능이있는 YouTube to mp3 변환기
테스터가이 단계에 직접 참여할 수있는 것은 많지 않지만 여기에서도 검토가 진행됩니다. 개발자는 애플리케이션을 단위 및 통합 테스트하기 전에 코드 검사, 연습 및 검토를 수행합니다.
결함 방지 방법 및 기법
결함 방지를 위해 오랫동안 사용되어 온 전통적이고 일반적인 방법은 다음과 같습니다.
# 1) 검토 및 검사 : 이 방법에는 개별 팀 구성원의 검토 (자체 점검), 동료 검토 및 모든 작업 산출물 검사가 포함됩니다.
=> 이것이 수행되는 방법에 대한 자세한 내용은 테스트 문서 검토 조.
# 2) 연습 : 이것은 리뷰와 비슷하지만 대부분 시스템의 정확성 및 / 또는 모양과 느낌에 대해 더 나은 아이디어를 제공하는 프로토 타입과 시스템을 비교하는 것과 관련이 있습니다.
# 3) 결함 로깅 및 문서화 : 이 방법은 결함 분석을 지원하는 데 사용할 수있는 몇 가지 주요 정보, 인수 / 매개 변수를 제공합니다.
# 4) 근본 원인 분석 : 근본 원인 분석에는 두 가지 주요 접근 방식이 포함됩니다.
I) 파레토 분석 :
파레토 분석은 최대한의 영향을 미치기 위해 문제 해결 순서의 우선 순위를 지정하는 데 도움이되는 공식적이고 간단한 기술입니다. 문제의 80 %가 20 % 이유 때문에 발생한다고합니다.
따라서 일단 식별 된 문제는 빈도에 따라 우선 순위를 정하고 세부 통계 기반 분석을 수행하여 그 원인 중 80 % 문제가 원인 인 20 %를 찾습니다. 이러한 20 % 이유에 집중하고이를 제거함으로써 관련 작업의 범위를 최적화하면서 결과를 보장합니다.
II) 피쉬 본 분석 :
또한 ~으로 알려진 이시카와 분석 이 방법은보다 시각적 인 근본 원인 분석 기법입니다. 이 방법은 팀 전체의 브레인 스토밍을 기반으로하므로 관련 통계가 없습니다. 다음 다이어그램은이를 더 잘 이해하는 데 도움이됩니다.
문제는 맨 오른쪽에 먼저 쓰여지고 그것을 통과하는 수평선에 다양한 원인이 나열됩니다. 원인-하위 절 뼈 (또는 선 / 분기)가 가장 많은 분기가 가장 심각한 문제이며 제거를 위해 노력해야합니다. 이 기술은 때때로 원인 및 결과 분석 .
테스트 조직 별 TMM 수준 및 결함 처리
#1) TMM (Testing Maturity Model)은 CMM을 기반으로합니다. 기능 성숙도 모델.
#두) 결함 예방은 많은 직원과 다양한 단계에서 협력적인 노력을 포함하며, 이것이 TMM 레벨 5에서 두드러진 역할을하는 이유입니다. 테스트 케이스 또는 절차에서 결함이 자주 발생하는 경우 조직은 결함을 분석하기 위해 직원 그룹을 할당하고 문제가있는 프로세스의 변경에 대한 조치를 포함하는 계획을 개발할 수 있습니다.
#삼) 결함 방지 프로그램의 장점은 다음과 같습니다.
- 직원은 동기 부여를 받고 더 잘 알고 있습니다.
- 고객 만족
- 신뢰성, 관리 용이성 및 예측 가능성 증가
- 향상된 지속적인 프로세스 개선
팀 역할 및 책임
결함 방지 프로세스에는 세 가지 중요한 그룹이 포함됩니다.
Excel의 테스트 실행 보고서 템플릿
관리자의 역할 :
- 결함 방지 프로그램의 성공을 위해서는 관리가 강력하게 지원되어야합니다.
- 지원은 계획을 성공적으로 구현하는 데 필요한 리소스, 교육 및 도구의 형태 일 수 있습니다.
- 경영진은 적절한 정책을 정의하고 필요한 경우 문화적 변화를 만들어야합니다.
- 관리자는 토론, 공통 결함 목록 배포 및 프로세스 변경을 촉진해야합니다.
테스터의 역할 :
- 테스터는 결함 데이터 모음을 포함하는 결함 데이터베이스를 유지합니다.
- 결함 데이터는 정기적으로 업데이트되어야하며 결함 정보는 항상 최신 상태로 유지되어야합니다.
- 변경 구현 계획
고객의 역할 :
- 클라이언트는 상대적으로 작거나 제한된 역할을하지만 품질에 대한 헌신이 중요합니다.
결론
결함 방지는 소프트웨어 개발 프로세스에서 중요하고 중요한 역할을합니다. 위에 나열된 기술을 사용하여 소프트웨어 제품의 품질을 '더 저렴하고 저렴한'방식으로 관리하는 데 도움이됩니다.
응용 프로그램에 적용하지 않고도 문제를 조기에 해결할 수 있습니다. 근본 원인 찾기를 문제를 식별하고 궁극적으로 제거하는 기본 수단으로 간주합니다.
소프트웨어의 품질을 유지하는 것은 핵심 경영진과 프로젝트 리더, 클라이언트 및 모든 팀원을 포함한 전체 팀의 책임입니다.
결함 방지 방법은 무엇입니까? 아래에 귀하의 의견, 질문 및 생각을 공유하십시오.