developers are not good testers
이것은 큰 논쟁이 될 수 있습니다. 자신의 코드를 테스트하는 개발자 – 테스트 결과는 무엇입니까? 모두 해피 엔딩! 예, 코드를 개발 한 사람은 일반적으로 행복한 길 많은 세부 사항을 다루고 싶지 않습니다.
경험이 풍부한 angularjs에 대한 인터뷰 질문
개발자 테스트의 주요 관심사는 – 요구 사항의 오해. 개발자가 요구 사항을 오해하면 개발자가 응용 프로그램을 얼마나 깊이 테스트하더라도 오류를 발견하지 못할 것입니다. 버그가 처음으로 도입되는 곳은 끝까지 남아있을 것이며 개발자는이를 기능으로 볼 것입니다.
낙관적 인 개발자 – 예, 코드를 작성했으며 제대로 작동하고 있다고 확신합니다. 이 경로를 테스트 할 필요도없고 제대로 작동하고 있다는 것을 알고 있으므로 해당 경로를 테스트 할 필요도 없습니다. 그리고 바로 여기 개발자들은 버그 .
개발자 대 테스터 : 개발자는 항상 자신의 코드가 제대로 작동하는지 확인하기를 원합니다. 따라서 제대로 작동하는지 확인하기 위해 테스트합니다. 하지만 테스터가 애플리케이션을 테스트하는 이유를 알고 있습니까? 어떤 식 으로든 실패하도록 테스터는 응용 프로그램이 올바르게 작동하지 않는 방식을 테스트합니다. 이것이 개발자 테스트와 테스터 테스트의 주요 차이점입니다.
개발자는 자신의 작업을 테스트해야합니까?
저는 개인적으로 개발자가 자신의 코드를 테스트하는 것을 신경 쓰지 않습니다. 결국, 그것은 그들의 아기입니다 ;-) 그들은 그들의 코드를 아주 잘 알고 있습니다. 그들은 그들의 코드에있는 함정이 무엇인지 알고 있습니다.
실패 할 수있는 곳, 더 집중해야 할 곳, 이것이 애플리케이션의 중요한 경로입니다. 개발자는 단위 테스트를 매우 잘 수행하고 경계 사례를 효과적으로 식별 할 수 있습니다. ( 이미지 소스)
이게 다야 개발자에게 적용 가능 좋은 테스터 ! 그러나 대부분의 개발자는 테스트를 고통스러운 작업으로 간주합니다. 심지어 시스템을 잘 알고 있더라도 과실로 인해 많은 테스트 경로를 건너 뛰는 경향이 있습니다. 이는 매우 고통스러운 경험이기 때문입니다.
개발자가 단위 테스트에서 코드에서 오류를 발견하면 2 ~ 3 일 후에 테스터로부터 버그를받는 것보다 코드가 새롭기 때문에 비교적 수정하기가 더 쉽습니다. 그러나 이것은 개발자가 그 정도의 테스트에 관심이있는 경우에만 가능합니다.
그건 테스터의 책임 각각의 모든 경로가 테스트되었는지 확인합니다. 테스터는 응용 프로그램이 어디에서나 중단되지 않는지 확인하기 위해 가능한 모든 작은 세부 사항을 중요하게 생각해야합니다.
개발자 여러분 자신의 코드를 검토하지 마십시오. 일반적으로 코드의 문제를 간과하게됩니다. 따라서 검토를 위해 다른 사람에게 제공하십시오.
모든 사람이 특정 주제에 전문성을 가지고 있습니다. 개발자는 일반적으로 애플리케이션을 개발하는 방법을 생각하는 반면 테스터는 최종 사용자가 애플리케이션을 사용할 방법을 생각합니다.
결론
즉, 개발자가 기본 단위 테스트 및 기본 검증 테스트를 수행하면 문제가 없습니다. 개발자는 중요하며 놓쳐서는 안되는 몇 가지 예외 조건을 테스트 할 수 있습니다. 그러나 거기에는 훌륭한 테스터가 있습니다.
빌드를 통해 팀을 테스트합니다. 시간을 낭비하지 마십시오. 모든 프로젝트의 성공을 위해 애플리케이션을 검증하는 독립적 인 테스트 팀이 있어야합니다. 결국 '아기'를 더 똑똑하게 만드는 것은 우리 (테스터)의 책임입니다 !!
뭐라고 했어?
소프트웨어 테스트 이력서 샘플 2 년 경험
추천 도서
- 초보자 테스터를위한 소프트웨어 테스트 조언
- 테스터가 자동화로 인해 테스트에 대한 그립을 잃고 있습니까?
- 글로벌 소프트웨어 테스팅 사업, 곧 288 억 달러에 도달
- 개발자와 테스터를위한 가장 인기있는 10 가지 코드 검토 도구
- 소프트웨어 테스터에서 동기 부여를 유지하는 방법은 무엇입니까?
- 성공적인 단위 테스트의 핵심-개발자가 자신의 코드를 테스트하는 방법
- 테스터를위한 상위 15 가지 SOA 테스트 도구
- 2008 년 최고의 소프트웨어 테스트 기사