메뉴

초보 개발자 (및 테스터)가 소프트웨어 테스트에 대해 알아야 할 5 가지

5 things beginner developer

문제를 제거하기 위해 도구를 사용해보십시오

토스트 POS 비용은 얼마입니까?

회의실 전체가 조용 해졌고 몇 분을 기다린 후 인내심을 가질 수 없었고 질문을 반복해야했습니다.

누가 테스트 팀에 합류하고 싶습니까?

20 명의 연수생이 탑승했고 그들은 소프트웨어 프로젝트의 다양한 측면에 대해 교육을 받았습니다. 비즈니스 분석, 개발, 테스트 및 영업과 같은 여러 부서의 리드 및 관리자가 회의를 가졌습니다. 교육생은 지식을 제공하고 실제 소프트웨어 프로젝트가 어떻게 생겼는지 이해하는 데 도움을줍니다. 테스트 리드로서 나는 새로운 얼굴들에게 기본적인 테스트 측면과 테스트 수명주기의 중요성을 설명했습니다.

개발자 및 테스터

흥분해서 질문을 떨어 뜨렸을 때 나는 핀 드롭 침묵을 생각하지 못했습니다. 아무도 테스트에 참여할 준비가되어 있지 않았습니다. 저는 슬프게 한숨을 쉬고이 미래 세대의 IT를 교육하기 위해 또 다른 트랙을 선택했습니다.

하락하는 이유를 알기 위해 질문을 수정했습니다. 직업으로서 소프트웨어 테스트 -

소프트웨어 테스트에 참여하고 싶지 않으십니까?

답변이 흥미롭고 실용적이었습니다.

  • 누구나 테스트는 할 수 있지만 개발은 할 수 없습니다 ( ~ 알아 둘만 한 )
  • 테스터는 더 적은 급여를받습니다 ( 약간 사실이지만 항상 그런 것은 아닙니다. )
  • 감사 할 일이 아닙니다 ( 전적으로 동의하지만 그게 타당한 이유는 아닙니다 )
  • 그것에 대해 배울 것이 없습니다 ( Hooh …… 누가 그렇게 말했습니까?)
  • 소프트웨어 테스트를 직업으로 선택할 이유가 없습니다 ( 최악의 이유 )

학습 내용 :

소프트웨어 테스트가 존재하는 이유는 무엇입니까?

자, 이제 새로운 사람들에게 소프트웨어 테스팅이 존재하는 이유와 소프트웨어 개발에 참여할 때 알아야 할 사항에 대해 교육 할 때였습니다.

어떻게 마음을 바꿨나요?

여기서 저는 그날 오후에 논의한 내용과 소프트웨어 테스트에 대한 인식을 명확하게하는 동시에 최소 20 명의 마음을 바꾸는 데 성공한 방법을 간략히 설명하려고합니다.

#1. 소프트웨어 테스트는 시간 낭비가 아닙니다.

집에 손님이 있고 서둘러 레모네이드를 준비하고 제공하면 어떻게됩니까? 손님이 잔을 미완성 상태로두면 뭔가 잘못되었다고 느끼고 레모네이드를 맛보면 OMG …… 10 초만 더 사용하고 서빙하기 전에 레모네이드를 맛보 셨으면합니다.

일정에 맞춰 프로젝트를 제공하기 위해 서두르는 동안 회사 / 관리자 / 누구나 소프트웨어 테스트에 대한 인식이 사람들의 마음 속에 여전히 살아 있기 때문에 테스트 시간에 타협 할 준비가되어 있습니다. 그러나 테스트에 소요 된 시간은 고객이 자정에 전화를 걸어 다음 할당을 취소 할 것이라고 알려주는 것과 비교할 가치가 없습니다. 전달 된 현재 할당이 내부 사용 후 처음 2 시간 이내에 5 개 이상의 중요한 버그를 나타내었기 때문입니다. 쾅!!

# 2. 소프트웨어 테스트는 필수입니다.

소프트웨어 테스트는 소프트웨어 개발 라이프 사이클에서 피할 수없는 부분입니다. 방법

  • 편집자는 영화를 더 좋게 만드는 데 도움을줍니다.
  • 교정자는 책을 더 좋게 만드는 데 도움을줍니다.
  • 경비원은 사람들의 삶을 평화 롭고 안전하게 만드는 데 도움을줍니다.
  • 오일은 기계를 결함없이 작동하는 데 도움이됩니다.

소프트웨어 테스트는 소프트웨어가 더 나아지는 데 도움이됩니다. 설명하기 위해 한 마디도 더 쓸 필요가 없다고 생각합니다.

#삼. 단위 테스트 개발자의 전적인 책임입니다.

무언가를 개발할 때 다른 사람에게 확인을 요청하기 전에 확인해야합니다. 방법

  • 요리사는 다른 사람에게 서비스를 제공하기 전에 항상 자신의 레시피를 맛보고 냄새를 맡습니다.

개발자는 자신의 코드를 테스터에게 보내기 전에 자신의 코드를 테스트 할 책임이 있습니다. 테스터는 코드의 품질과 궁극적으로 제품을 개선하는 데 도움을 주며 코드를 작성하는 동안 저지른 가장 끔찍한 실수를 찾아 내지 않습니다.

또한 품질이 테스터의 책임이라고 생각하지 마십시오.

오늘날의 민첩한 세상에서 개발자와 테스터는 제품 품질에 대한 책임을 져야합니다. 개발자는 테스터와 페어링 테스트를 수행하고 무엇이 잘못 될 수 있는지에 대한 통찰력을 제공하고 테스터가 통찰력을 기반으로 테스트 아이디어를 생성하도록 장려해야합니다.

# 4. 개발자와 테스터는 동일합니다.

모든 작업 / 프로젝트는 팀의 결합 된 노력이며 이는 모든 사람이 동등하게 중요하다는 것을 의미합니다. 개발자가 자신이 최선을 다하고 있다고 생각하고 무언가를 처음부터 만들어 내기 때문에 더 중요하게 생각한다면 그 생각에 대한 재검토가 필요합니다. 예, 개발자는 처음부터 무언가를 개발하지만 테스터의 도움 없이는 생성을 완료 할 수 없습니다.

테스터는 제품에 대한 사용자의 눈을 제공합니다. 잘 훈련되고 경험이 풍부한 테스터는 제품의 허점을 보여줄 수 있으며 개발자는 결코 생각할 수 없습니다. 테스터는 새로운 아이디어를 가져옵니다 제품이 어떻게되어야하는지, 특정 인스턴스를 어떻게보아야하는지, 어떻게 작동해야하는지, 어떻게 작동 할 수 있는지, 어떻게 충돌 할 수 있는지에 대해 설명합니다.

모든 조리법에 소금을 첨가하여 먹을 수있게 만드는 것이 중요한 방식이므로 제품을 배달 할 수 있도록 테스트가 필요합니다.

따라서 개발자와 테스터는 똑같이 중요합니다. 그들은 프로젝트라는 몸의 왼손과 오른손입니다.

# 5. 테스터는 프로젝트 첫날부터 참여해야합니다.

개발자로서, 테스터가 요구 사항 분석, 코드 작성 중 적용되는 로직, 클라이언트의 변경 요청, 클라이언트의 피드백 등과 같은 것에 대해 알 필요가 없다고 가정하는 실수를해서는 안됩니다.

테스터는 스택 홀더이며 프로젝트 시작부터 참여해야합니다. 테스트 팀의 초기 참여는 그들에게 자신감을주고 끊임없는 토론을 통해 개발 및 테스트 팀 간의 이해 , 친절한 도움은 더 나은 일을하도록 그들의 정신을 북돋우고 제안에 대한 요구는 그들이 가치 있다고 느끼게합니다.

결론:

테스터는 모듈 / 제품만을 테스트하는 것이 아니라 최고의 제품을 제공하는 데 도움을주기 위해 존재하며, 사용자의 기대에 대한 입증 된 아이디어를 제안하여 도움을 제공하며, 사랑하는 코드가 얼마나 자주 수신되는지 알려줍니다. 추락 ...… 그리고 개발자로서 당신은 정말로 필요하지 않습니까?

저자 정보 : 이 멋진 게시물은 STH 팀원 Bhumika Mehta가 작성했습니다. 그녀는 7 년 이상의 소프트웨어 테스트 경험을 보유한 프로젝트 리더입니다. 그녀는 전적으로 테스트에 빠져 있으며 모든 것이 존재하는지 테스트하는 것을 좋아합니다.

평소와 같이피드백, 의견 및 제안주제에 대해.

추천 도서

^