품질 요구와 평가 모델

신청 기능이 맞다는 테스트는 중요하지만 참가자가 거절 이유를 이해하는지, 저장 실패 뒤 복구되는지는 다른 질문입니다. 품질은 정해진 필요와 조건을 얼마나 만족하는지에 관한 판단입니다.

분류표와 제품의 기준

ISO/IEC 25010:2023의 제품 품질 모델은 기능 적합성, 성능 효율성, 호환성, 상호작용 능력, 신뢰성, 보안, 유지보수성, 유연성, 안전성의 아홉 특성을 다룹니다. ISO 공식 개요에서 판본과 범위를 확인할 수 있습니다. 각 특성은 질문의 누락을 줄이는 분류이며 모임 앱의 수락 기준 숫자를 대신 정하지 않습니다.

원자료가 설명한 ISO/IEC 9126은 역사적 모델입니다. 9126-1의 제품 품질과 당시 9126의 내부·외부 측정 및 사용 품질 구분을 현재 모델의 판본과 섞지 않습니다. 과거 판본을 배우는 목적과 현재 제품의 평가에 적용하는 목적은 다릅니다.

제품 품질은 소프트웨어 자체의 특성을 살피고 사용 결과의 품질은 특정 사용자·과업·환경에서 실제 결과를 살핍니다. 프로세스 평가는 개발 활동의 수행·관리 능력을 봅니다. 조직의 프로세스 수준이 높다는 표시가 이 제품의 모든 결함이 없다는 증거는 아닙니다.

모임의 수락 기준 작성

기능 적합성은 R1~R6의 코드와 상태를 단언합니다. 복구는 종료 뒤 저장한 명단이 돌아오는지, 상호작용 능력은 참가자가 FULL 안내를 보고 다음 행동을 아는지 확인합니다. 실제 명단의 접근 제어는 인증·인가 기능이 있는 환경에서 확인해야 합니다.

품질 질문: 처음 쓰는 참가자가 ID 오류를 고칠 수 있는가?
환경: 동일한 안내와 동일한 입력 장치, 정한 과업.
관찰: 성공 여부·수정 시간·반복한 오류·도움 요청.
판단 기준: 사용자 대상과 목표를 정한 뒤 합의한다.
제한: 작은 가상 사례 결과를 전체 사용자 모집단으로 일반화하지 않는다.

숫자는 관찰과 목표를 구분해 적습니다. 이 교재는 실제 사용자 실험을 수행한 것처럼 성공률을 보고하지 않습니다. 예제의 가상 8/10은 측정 계산을 연습하는 자료입니다.

품질 보증과 품질 관리

품질 보증(QA)은 적절한 개발·검증 활동과 근거가 마련됐는지 예방 관점에서 살피고, 품질 관리(QC)는 산출물의 실제 품질을 검사·개선하는 활동을 강조합니다. 두 활동은 연결됩니다. 요구 검토·코드 검토·시험·문제 개선은 한 가지 분류에 기계적으로 가두기보다 목적과 책임을 분명히 합니다.

품질 목표 사이에는 비용과 충돌이 있습니다. 모든 로그를 영구 보관하면 분석에는 유리하지만 보관 제한과 충돌할 수 있습니다. 성능 개선을 위해 검증을 없애면 잘못된 저장 상태를 받아들일 위험이 커집니다. 합의한 우선순위와 근거를 남깁니다.

독립 문제: 하나의 수치로 비교하기

A 버전은 신청 함수가 빠르고 B 버전은 복원 실패를 더 잘 안내합니다. 팀은 실행 시간 하나로 품질 순위를 정하려 합니다. 빠진 질문과 비교할 증거를 제안하세요.

다음 문서는 제품을 바꾸면서 품질을 보존하고 개선하는 유지보수를 다룹니다.