QA 품질관리사의 테스트 프로세스의 기초에 대해 설명 드리겠습니다.
테스팅을 효율적이고 효과적으로 실행하기 위해서는 테스트를 계획하고, 테스트 케이스를 설계하며, 테스트 수행을 준비하고, 테스트 진행상태를 확인하고 평가하는 활동입니다.
큰 틀로는 계획과제어, 분석과 설계, 구현과 실행, 완료 조건의 평가와 리포팅, 테스트 마감 활동으로 되어있습니다.
테스트 프로세스의 주요활동은 논리적이고 순차적이지만, 중복이거나 동시에 발생할 수 있습니다.
업무에서는 테스트가 빠르게 진행이되어 점검하면 좋겠지만
어쩔수 없이 늦어져 테스트를 기간이 줄어들지언정 반드시 위 절차를 해야하는 필수적인 요소입니다.
계획대비 실제 진행 상황을 비교하고 프로젝트 내내 모니터링을 하여야 합니다.
테스트 제어에서 물론 다 중요하지만 제 생각에는 '테스트 계획과의 차이를 교정하는 활동'인거 같습니다.
아무래도 계획대로 다 되지는 않으므로 차이가 나면 교정해나가면서
보완해야기 때문에 3번이 제일 중요하다고 생각합니다.
*테스트 제어의 주요한 작업
1. 테스트 결과에 대한 측정과 분석
2. 테스트 진척 상황, 테스트 커버리지와 완료 조건의 모니터링과 문서화
3. 테스트 계획과의 차이를 교정하는 활동
4. 테스팅의 진행과 변경에 대한 의사 결정 활동
테스트 대상 아이템또는 제품, 동작, 구조의 분석등을통해 테스트환경을 우선으로 맞춘 다음
테스트를 진행하면서 테스트 케이스를 작성하는것이 이슈를 하나 더 줄이는 방법이라고 생각듭니다.
가장 효율적이고 효과적으로 테스트를 실행하기 위해 테스트 케이스를 조합하고 테스트 실행에 필요한 다른 정보를 포함하는 테스트 프로시저를 명세화하는 활동이다.
테스트 프로시저의 작성과 우선순위 선정을 하고 계획된 순서에 테스트 프로시져를 수행하고 결과와 테스트중인 소프트웨어, 도구, 버전을 기록을 하며 수행을 합니다.
예상결과와 실제 결과간의 차이는 이슈(=인시던트) 또는 결함으로 사용됩니다.
이슈나 결함은 테스트 케이스 자체이거나 테스트 수행 상의 오류, 테스트 대상 소프트웨어/하드웨어 결함, 테스트환경(OS등)과 관련된 소프트웨어의 결함으로 볼 수 있습니다.
이슈 또는 결함이 수정되었을 경우에는 이전에 실패한 테스트를 다시 실행하여 성공을 확인을 합니다.
수정이 되었지만 새로운 수정으로 새로운 버그가 추가 발생하지 않았는지 또는 변경되지 않은 부분에 수정사항과 연관된 버그가 발생하지 않는지도 테스트 확인을 합니다.
결함 심각도는 치명적, 주요, 일반, 사소한, 개선사항으로 나뉩니다.
결함 심각도는 회사 내부에서 사전에 모두 합의된 경우에는 상관없지만 외부가 협업하는 경우는 문제가 될 수 있습니다.
정보를 제대로 전달받지 못한 사람에게는 사소한 심각도가 주요처럼 느껴질 수 있습니다.
그리고 심각도에 대해 내용이 모호할 경우 결함 리포팅의 신뢰성이 떨어질 수도 있고 사람마다 다르게 평가하기 때문에
논쟁에 불필요한 시간을 반복적으로 낭비할 수 있으므로 결함 심각도를 명확한 기준을 가지고 정의해야합니다.
그리고 결함심각도가 가장 높다고해서 우선적으로 수정해야 되는 것은 아닙니다.
심각도가 가장 높아 해결이 불가능 할경우 가장 높은 심각도에 매달려 있는것보다는 제품 완성도를 조금이라도 더 높이기 위해 다른 결함들을 우선적으로 처리하는 것이 유리하기 때문입니다.
테스트 목표를 달성하면 테스트가 완료가 됩니다.
필요시 추가적인 테스트를 수행후 테스트를 완료할 것인지 결정하면 됩니다.
테스트 완료를 알려주는 것은 계획에 명시된 완료 조건을 만족하는지, 추가적인 테스트가 필요한지, 완료조건을 변경해야 하는지 대한 평가, 마지막으로 이해관계자에게 배포할 테스트 요약 보고서 작성을 마무리로 인해 테스트 완료를 판단 할 수 있습니다.
테스트 마감 활동은 완료된 테스트 활동에서 데이터를 수집하고 발견된 사실 및 수치적 데이터와 함께 경험과 테스트웨어로 종합하고 축척하는 것입니다. 계획된 마일스톤이 달성되었을 때, 또는 유지보수 활동 중 추가 개발되거나 업데이트 된 부분이 출시 완료되었을 때 발생합니다. 테스트마감 활동을 마무리 짓는 내용은 예정된 산출물을 확인하고 결함리포트 포함한 리포트가 종료될 경우에 테스트 마감 활동이 종료됩니다. 더 나아가면 릴리즈나 프로젝트, 테스트 성숙도의 개선에 지침이 될 수 있도록 테스트 프로젝트를 통해 얻은 교훈을 분석하여 다음에 조금더 수월하게 테스트를 할 수 있습니다.
다음엔 리스크와 테스팅에 대해 포스팅 하겠습니다.
많이 부족한 글 읽어주셔서 감사합니다.
점점 QA실력을 높이고 포스팅 실력도 늘리겠습니다!
그럼 이만 행쇼~!
'iT(품질관리-QA)' 카테고리의 다른 글
| 품질관리사 QA 자격증 준비하기! (0) | 2022.01.10 |
|---|
