소프트웨어 테스팅-통념

다음은 소프트웨어 테스트에 대한 가장 일반적인 신화 중 일부입니다.

오해 1 : 테스트는 너무 비싸다

Reality− 소프트웨어 개발 중 테스트 비용을 적게 지불하거나 나중에 유지 관리 또는 수정 비용을 더 많이 지불한다는 말이 있습니다. 초기 테스트는 여러 측면에서 시간과 비용을 모두 절약하지만 테스트없이 비용을 줄이면 소프트웨어 응용 프로그램의 부적절한 설계가 제품을 쓸모 없게 만들 수 있습니다.

오해 2 : 테스트는 시간 소모적이다

Reality− SDLC 단계에서 테스트는 시간이 많이 걸리는 프로세스가 아닙니다. 그러나 적절한 테스트 중에 식별 된 오류를 진단하고 수정하는 것은 시간이 많이 걸리지 만 생산적인 작업입니다.

오해 3 : 완전히 개발 된 제품 만 테스트 됨

Reality− 의심 할 여지없이 테스트는 소스 코드에 따라 다르지만 요구 사항 검토 및 테스트 케이스 개발은 개발 된 코드와 독립적입니다. 그러나 개발 라이프 사이클 모델로서의 반복적 또는 점진적 접근 방식은 완전히 개발 된 소프트웨어에 대한 테스트의 종속성을 줄일 수 있습니다.

통념 4 : 완전한 테스트가 가능하다

Reality− 클라이언트 또는 테스터가 완전한 테스트가 가능하다고 생각할 때 문제가됩니다. 모든 경로가 팀에 의해 테스트되었지만 완전한 테스트의 발생은 불가능할 수 있습니다. 소프트웨어 개발 수명주기 동안 테스트 팀이나 클라이언트가 실행하지 않고 프로젝트가 배포 된 후에 실행될 수있는 몇 가지 시나리오가있을 수 있습니다.

오해 5 : 테스트 된 소프트웨어는 버그가 없다

Reality − 이것은 클라이언트, 프로젝트 관리자 및 관리 팀이 믿는 매우 일반적인 신화입니다. 뛰어난 테스트 기술을 가진 테스터가 애플리케이션을 테스트 했더라도 소프트웨어 애플리케이션이 100 % 버그가 없다고 절대적으로 확신 할 수있는 사람은 없습니다. .

오해 6 : 누락 된 결함은 테스터로 인한 것

Reality− 테스트를 수행 한 후에도 애플리케이션에 남아있는 버그에 대해 테스터를 비난하는 것은 올바른 접근 방식이 아닙니다. 이 신화는 시간, 비용 및 요구 사항 변경 제약과 관련이 있습니다. 그러나 테스트 전략으로 인해 테스트 팀이 버그를 놓칠 수도 있습니다.

통념 7 : 테스터는 제품 품질에 대한 책임이 있습니다

Reality− 테스터 또는 테스트 팀만이 제품 품질에 대한 책임을 져야한다는 것은 매우 흔한 오해입니다. 테스터의 책임에는 이해 관계자가 버그를 식별하는 것이 포함되며 버그를 수정하거나 소프트웨어를 릴리스할지 여부는 자신의 결정입니다. 당시 소프트웨어를 출시하면 오류에 대한 책임을지기 때문에 테스터에게 더 많은 압력이 가해집니다.

오해 8 : 시간을 줄이기 위해 가능한 한 테스트 자동화를 사용해야합니다.

Reality− 예, 테스트 자동화가 테스트 시간을 줄이는 것은 사실이지만 소프트웨어 개발 중에는 언제든지 테스트 자동화를 시작할 수 없습니다. 테스트 자동화는 소프트웨어가 수동으로 테스트되고 어느 정도 안정적 일 때 시작되어야합니다. 또한 요구 사항이 계속 변경되면 테스트 자동화를 사용할 수 없습니다.

오해 9 : 누구나 소프트웨어 애플리케이션을 테스트 할 수있다

Reality− IT 업계 외부의 사람들은 누구나 소프트웨어를 테스트 할 수 있으며 테스트는 창의적인 작업이 아니라고 생각하고 믿습니다. 그러나 테스터는 이것이 신화라는 것을 잘 알고 있습니다. 대안 시나리오를 생각하고 잠재적 인 버그를 탐색하려는 의도로 소프트웨어를 충돌시키려는 시도는 그것을 개발 한 사람에게는 불가능합니다.

오해 10 : 테스터의 유일한 임무는 버그를 찾는 것입니다

Reality− 소프트웨어에서 버그를 찾는 것은 테스터의 임무이지만 동시에 특정 소프트웨어의 도메인 전문가입니다. 개발자는 자신에게 할당 된 특정 구성 요소 또는 영역에 대해서만 책임이 있지만 테스터는 소프트웨어의 전반적인 작동, 종속성, 한 모듈이 다른 모듈에 미치는 영향을 이해합니다.