소프트웨어 오류에 대한 1가지 큰 진실 | #2 소프트웨어 테스트의 첫 번째 단계

소프트웨어 오류는 소프트웨어 생성 프로세스의 본질적인 부분입니다. 테스트 단계에서 오류가 발견되지 않는 프로그램을 만드는 것은 실제로 불가능할 수 있습니다. 이론적으로 매우 간단한 프로그램의 경우 오류가 발생하지 않을 수 있지만 상황에서는 소프트웨어에 복잡한 코드가 포함되어 있습니다. 복잡하고 광범위한 프로젝트는 작업 초기 단계에서 모든 오류와 버그를 제거하기 위해 테스트해야 합니다.

소프트웨어 오류 – 목차:

1. 소프트웨어 오류의 원인
2. 오류의 수명 주기
3. 소프트웨어 오류의 유의 수준
4. 요약

소프트웨어 오류의 원인

소프트웨어의 오류는 소위 버그 또는 실패로 인해 발생하며 이는 소프트웨어가 제대로 작동하지 않는 주요 원인입니다. 소프트웨어 생성의 모든 단계에서 오류가 발생할 수 있습니다. 대부분의 경우 오류는 코드 자체에서 발견되며 사람의 행동으로 인해 발생합니다. 소프트웨어의 한 부분에서 발견된 결함은 특히 둘 다 연결된 경우 동일한 소프트웨어의 다른 부분에 영향을 미칠 수 있습니다. 오류는 결함의 결과이며, 둘 다 소프트웨어 실행 중에 나타날 수 있는 심각한 오류로 이어질 수 있습니다.

국제 소프트웨어 테스팅 자격 위원회(International Software Testing Qualification Board) 에 따르면 소프트웨어 오류에는 여러 가지 이유가 있으며 다음과 같습니다.

• 인간의 불완전성
• 시간 의 압박
• 자격, 기술 또는 경험 의 부족
• 팀의 잘못된 의사 소통
• 잘못 작성된 사양
• 복잡성 : 코드, 프로젝트 또는 기술
• 시스템 내부 및 시스템 간 인터페이스와 관련된 오해 – 특히 해당 시스템의 수가 많은 경우
• 새로운 기술 의 구현

앞에서 언급했듯이 오류는 결함을 낳고 결함은 실패를 낳습니다. 여기서 오류가 항상 사람의 실수로 인해 발생하는 것은 아니라는 점에 유의해야 합니다. 고장의 발생은 복사, 전자기장 또는 오염과 같은 다른 현상에 의해 발생할 수 있습니다. 이러한 요소는 하드웨어에 영향을 미치는 외부 조건을 변경하여 소프트웨어의 작동에 영향을 줍니다.

오류의 수명 주기

오류의 수명 주기는 오류 가 발견되는 순간부터 시작하여 수정 및 작업 종료 시점까지 보고하는 프로세스입니다. 주기의 길이는 오류의 심각도에 따라 다릅니다. 오류의 복잡성 은 수정에 필요한 시간을 크게 늘리거나 줄일 수 있습니다. 소프트웨어 오류를 모니터링하는 데 사용되는 프로그램은 많이 있으며 프로그램의 선택은 오류의 수명 주기에 영향을 줄 수 있습니다.

예시적인 라이프 사이클은 간단합니다. 첫 번째 단계에서 오류가 알림에 보고되고 열린 상태가 됩니다. 알림에는 테스터가 오류를 찾을 수 있는 경로가 있습니다. 또한 작업을 처리하는 프로그래머가 알림에 지정되어 오류 수정을 시작하자마자 상태 가 진행 중으로 변경됩니다. 이 정보는 알림 이 테스트 준비 완료로 변경되는 즉시 소프트웨어 테스트를 시작할 수 있는 테스터에게 특히 중요합니다.

두 번째 구성 요소는 피드백입니다. 모든 설문조사가 응답자에 의해 채워지면 하나의 멋지고 깔끔한 보고서가 생성되어야 합니다. 모든 중요한 통찰력을 수집할 수 있도록 전체 정보를 주의 깊게 검토해야 합니다. 이것은 결과를 잘못 해석하기 쉽기 때문에 특히 중요합니다. 주어진 경우에 사용된 설문조사는 잘 조정되고 건전해야 합니다.

작업을 시작하는 테스터는 상태를 테스트 진행 중으로 변경하고 완료 후 두 가지 옵션 중 하나를 선택합니다. 해결됨 (성공한 수리의 경우) 또는 다시 열림 (소프트웨어 오류가 여전히 수리가 필요한 경우). 이러한 방식으로 프로그래머는 오류에 대한 작업을 다시 시작해야 할 필요성에 대한 알림을 받습니다.

소프트웨어 오류의 유의 수준

소프트웨어 오류는 테스터가 부여하는 유의 수준에 따라 나눌 수 있습니다. 유의 수준은 오류가 프로그램 기능에 미치는 영향에 대한 정보를 전달합니다. 오류의 유의 수준이 높을수록 더 빨리 수정해야 합니다.

가장 높은 수준의 중요도를 차단기라고 합니다. 차단기 의 발생은 프로그램을 사용할 수 있는 추가 기능이 완전히 부족하고 테스트를 중지할 필요가 있음을 의미하기 때문입니다. 차단기 의 예는 응용 프로그램을 끄는 소프트웨어 오류입니다. 이러한 오류는 추가 테스트를 가능하게 하기 위해 빠른 수정이 필요합니다.

낮은 수준의 중요도는 해당 수준의 소프트웨어 오류가 프로그램의 모든 기능을 사용하기 어렵게 만들기 때문에 중요 합니다. 이러한 소프트웨어 오류는 테스트를 완전히 차단하지는 않지만 테스트 프로세스에 큰 영향을 미치며 이 문제를 수정하지 않고는 소프트웨어를 출시할 수 없습니다.

중요도의 주요 수준은 매우 중요하지만 테스트 프로세스를 포함하지 않습니다.

중간 수준의 오류는 중간 정도의 오류로, 테스트 작성에 방해가 되지 않으므로 빠른 반응이 필요합니다.

5. 개인의 권한 부여 - 360도 피드백을 사용하면 모든 직원이 우려 사항을 표명할 수 있습니다. 개인은 자신이 자신의 목소리를 낼 수 있고 회사가 자신의 견해와 의견을 존중한다고 느낄 수 있으므로 결과적으로 직원이 하는 모든 행동은 직원의 사기에 긍정적인 영향을 미칩니다.

가장 낮은 수준의 오류, 즉 사소한 오류는 소프트웨어 오류의 중요성이 작다는 것을 의미합니다.

요약

소프트웨어의 오류는 많은 원인이 있지만 주로 무의식적인 인간의 행동으로 인해 발생합니다. 지속적인 테스트를 통해 소프트웨어의 정확성을 확인해야 합니다. 각 소프트웨어 오류에는 발견에서 수정에 이르는 주기가 있습니다. 오류는 다른 수준의 중요성을 가지며 각각은 동일한 중요성을 갖지만 일부는 테스트조차 할 수 없을 정도로 소프트웨어 사용 가능성을 차단하고 다른 오류는 해당 프로세스에 그다지 영향을 미치지 않고 수정하기 쉽습니다.

더 읽어보기: 모든 회사에 필요한 4가지 유형의 직원

콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube에서 바쁜 꿀벌 커뮤니티에 가입하십시오 .

저자: 로버트 휘트니

IT 부서를 지도하는 JavaScript 전문가이자 강사입니다. 그의 주요 목표는 코딩하는 동안 다른 사람들에게 효과적으로 협력하는 방법을 가르쳐 팀 생산성을 높이는 것입니다.

모든 게시물 보기

소프트웨어 테스트의 첫 번째 단계:

1. 소프트웨어 테스팅이란?
2. 소프트웨어 오류에 대한 1가지 큰 진실
3. 7가지 주요 ISTQB 테스트 원칙
4. STLC의 6단계
5. 테스트 대 디버깅
6. 소프트웨어 테스트 프로세스의 검증 및 검증