메뉴

소프트웨어 테스터의 7 가지 주요 목표 – '제작 된'테스터입니까, '선택된'테스터입니까?

top 7 major goals software tester are you made tester

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

소프트웨어 산업에서 테스터가되는 것은 다음과 같이 큰 책임입니다.

  • 저자가 작성한 모든 단어를 교정해야하는 교정자.
  • 디자이너 옷을 직접 입어보아야하는 패션 디자이너.
  • 구현의 영향을 이해하기 위해 R & D를 수행해야하는 과학자.

제 경력의 대부분 동안 저는 '만든' 다른 직업 옵션의 부족, 기술 지식 부족 등으로 인해 테스터가 '선택' 소프트웨어 테스트 경력을 의식적으로 선택한 테스터.

소프트웨어 테스터의 목표

경험을 쌓고 현장의 기술을 이해하기 위해 시간과 노력을 투자한다면 어떻게 시작되었는지는 중요하지 않다고 생각합니다.

그들이 말했듯이“A 열정적 인 테스터는 숙련 된 개발자보다 더 유익합니다. . '

대부분의 소프트웨어 테스터는 소프트웨어의 기능을 검증하고 제품 / 애플리케이션을 면밀히 조사하여 버그를 찾습니다. 즉, 대부분의 경우 올바른 경로이지만 유일한 목표는 아닙니다.

테스터로서 당신은 가장 명백한 작업을 제외하고 더 많은 일을해야합니다. 아래에 설명하겠습니다.

테스터로서 :

# 1) 당신은 버그 찾기

모든 테스터의 주요 목표는 제품 / 애플리케이션에서 버그를 찾는 것입니다. 버그 찾기는 버그 찾기에만 국한되어서는 안됩니다. 효과적인보고, 심각도 및 분류를 정의하고이를 개발자에게 전달하는 것으로 확장되어야합니다.

그리고 가장 중요한 것은 모든 버그를 관찰 /보고했다고 느끼지 않는 것입니다.

“나무를 모두 세 었다고해서 숲을 본 것은 아닙니다.”

세부 사항을 찾고, 사소한 사항을 살펴보고 테스터가 지식과 경험을 적용하면 버그 웹이 쉽게 볼 수 있으며 때로는 근본 원인 너무.

# 2) 버그를 방지해야합니다

소프트웨어 테스터에게는 예방이 찾는 것보다 낫습니다. 버그를 발견하면 패턴을 이해하고 개발자의 사고 방식을 이해하고 제품의 동작을 이해합니다.

대부분의 경우 동일한 개발자가이를 개발했거나 사용 된 로직이 동일하거나 시스템이 유사한 방식으로 작동하도록 의도 되었기 때문에 동일한 유형의 버그가 애플리케이션의 다른 부분에서 발생할 수 있습니다.

따라서 버그가 발견되면 관련 버그가 존재할 수있는 다른 가능한 위치를 찾아보고하고 개발자가 모든 관련 위치에서 변경하도록 지원합니다.

진실한 사람이 말한 것,

“버그만 고치지 마십시오. 처음부터 버그를 허용하는 모든 것을 수정하십시오. '

# 3) 제품의 품질을 평가해야합니다.

소프트웨어 테스트는 버그를 찾는 것이 아니라 테스터의 주된 책임 일뿐입니다. 소프트웨어 테스터의 주요 목표는 제품의 품질을 평가하고 이해 관계자들에게 실제 그림을 제공하는 것입니다.

또한 읽기 => 소프트웨어 테스팅이란 무엇입니까? (이 10 가지 요점 요약을주의 깊게 읽으십시오)

시스템 수명주기의 어느 단계에서 소프트웨어 테스트가 수행되는지

대부분의 경우 경영진은보고 한 버그의 수와 내용에 관심이 없습니다. 그들은 제품이 인도 가능한지 아닌지 아는 데 관심이 있습니다.

그리고 나를 믿으십시오. 소프트웨어 테스터 만이이 질문에 답할 수 있습니다. 그 / 그녀는 요구 사항과 기대를 충족시키는 측면에서 제품의 현재 상태를 아주 잘 알고 있기 때문입니다. 따라서 그 말,

“소프트웨어 테스팅의 기본 목표는 소프트웨어에 대한 확신을주는 것입니다. . '

# 4) 제안을해야합니다.

경험을 바탕으로 테스터는 항상 제품을보다 효율적이고 사용자 친화적이며 전반적인 비즈니스 준비가되도록 제안 할 준비가되어 있어야합니다.

그러나이를 위해서는 다른 제품을 탐색해야하고 인기있는 애플리케이션이 인기있는 이유를 이해해야하며 다른 제품이 실패한 이유를 이해해야하며 시장 동향과 사용자의 요구를 분석해야합니다.

끊임없는 학습은 자신감을 갖게하고 아이디어에 신뢰성과 무게를 줄 수 있습니다.

“품질은 결코 우연이 아닙니다. 항상 지적인 노력의 결과입니다.”

더 읽어보기 => 좋은 테스터가 될 수있는 10 가지 자질

# 5) 실질적인 어려움을 전달해야한다

고객으로서 저는 항상 제 제품이 버그없이 정시에 배송되기를 원합니다. 그러나 테스터로서 저는 아이디어가 소프트웨어 측면에서 구현되고 그것이 옳은지 아닌지를 확인할 때 어떤 어려움이 있는지 알고 있습니다.

대부분의 경우 마감일을 놓치고 이에 대한 의사 소통이 실패합니다. 명확한 의사 소통자가되는 법을 배우십시오. 제품 및 사용자 경험의 품질을 옹호하십시오.

“일정을 맞추는 달콤함이 잊혀진 후에도 품질이 좋지 않은 씁쓸함이 오래 남는다.”

더 알아보기 => 테스터 또는 개발자가 서로 의사 소통하는 것이 얼마나 중요합니까?

# 6) 빡빡한 일정 속에서 배워야한다

제안서에서 1 주일 대 2 주 개발로 QA 노력을 전달할 때, 테스터 만이 테스트를 위해 2 일 이상을받을 수 없다는 것을 알 수 있습니다. 이것은 소프트웨어 산업의 쓰라린 현실입니다.

일정상의 모든 타협은 테스트 시간과 일정을 희생함으로써 이루어집니다. 결과는? 음, 고객으로서 QA 팀이 충분한 시간을 얻지 못했기 때문에 제품의 품질이 동등하지 않다는 주장을 살 수 있습니까?

또한 읽기 => 테스트 프로젝트를 효과적으로 계획하고 관리하는 방법 (팁)

# 7) 열정을 유지해야합니다

테스터의 경력에는 가치가 없다고 느끼는 단계, 흐름을 따라야하는 단계, 격려의 원천을 찾지 못하는 단계, 다양한 상황에 대처하는 방법을 배워야하는 단계가 있습니다. QA에 대한 비판적 의견을 처리하는 방법, 품질을 위해 지속적이고 긍정적으로 노력하는 방법, 마지막으로 품질에 대한 열정을 유지하는 방법이 가장 중요한 요소입니다.

더 읽어보기 => 좋은 테스터를 테스트 위치에 유지하는 방법은 무엇입니까?

항상 명심하십시오.

'소프트웨어 테스터는 다른 사람들이 실패하는 곳에서 성공합니다.'

결론

게시물을 마무리하기 위해 다음과 같이 말합니다. 테스터는 테스터가 아닌 만능인이어야합니다. 그의 전문성, 비전, 의사 소통, 자신감, 노력을 바탕으로 프로젝트가 제공되기 때문입니다.

따라서 테스터는 버그를 찾는 데 집중하지 말고 제품 품질 측면에서 더 큰 그림을 이해해야합니다.

누군가가 일찍 보냈던 그 유머러스 한 인용구를 공유함으로써 나를 막을 수는 없습니다.

“소프트웨어 테스터는 항상 천국에갑니다. 그들은 이미 지옥의 공정한 몫을 가지고 있습니다.”

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

동의하는 경우 알려주세요. 언제나 그렇듯이 행복한 테스트입니다. :)

추천 도서

^