메뉴

소프트웨어 테스팅은 단조롭습니다… 오 정말요?

software testing is monotonous really

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

화창한 오후, IT 회사, 자동 판매기의 두 명의 테스터 –

테스터 1 : 이 직업은 짜증나. 하루 종일 어제했던 것과 동일한 테스트 케이스를 계속 실행했지만 여전히 대부분이 실패하고 있습니다. 제품 관리자는 테스트 케이스가 실패하고 내가 무엇을해야할지 알지 못하기 때문에 만족하지 않습니다.

테스터 2 : 나는 동의한다. 나도 같은 문제에 직면하고 있습니다. 새로운 할 일이 없습니다. 나는 매일 테스트 케이스를 작성해야하고 새로운 아이디어를 제시 할 때마다 다른 핑계로 거부 당합니다.

테스터 1 : 저는 성장하고 탐구 할 수있는 기회를 제공 할 새로운 직업을 찾고 있습니다……….

테스터 2 : 저도 새로운 기회를 찾고 싶기 때문에 신청할 때마다 알려주십시오.

소프트웨어 테스트는 단조롭습니까?

위의 논의에서 무엇을 이해합니까?

  • 두 테스터 모두 새로운 일자리를 찾고 있습니다.
  • 두 테스터 모두 현재 작업에 지쳤습니다.
  • 두 테스터 모두 현재 작업은 흥미롭지 않습니다.
  • 두 테스터 모두 새 직장에서 흥미로운 것을 찾을 것이라고 가정합니다.

글쎄요, 사실은 – 어떤 직업도 단조롭지 않고 소프트웨어 테스팅도 아닙니다. 그렇게 느끼는 것은 사람의 인식입니다. 나는 많은 논쟁이있을 수 있음을 안다.

제 케이스를 소개하겠습니다.

테스터는 애플리케이션의 로그인 페이지를 테스트해야합니다. 응용 프로그램은 서로 다른 플랫폼에서 작동해야하며 철저하게 테스트해야합니다.

  • 일이 단조 롭다고 생각하십니까?
  • 새로운 것을 배우고 있지 않다고 생각하십니까?
  • 탐색 할 것이 없다고 생각하십니까?

보자 –

  • 사용자가 로그인 자격 증명을 제공하고 브라우저를 닫으면 어떻게됩니까? 자격 증명이 유지됩니까?
  • 동일한 사용자가 동시에 다른 플랫폼에서 로그인을 시도하면 어떻게됩니까?
  • 사용자가 유효한 자격 증명을 제공 한 후 홈 페이지로 이동하기 전에 2 분을 기다려야하는 경우 어떻게됩니까?
  • 사용자가 유효한 로그인 자격 증명을 제공하고 데이터베이스 서버가 응답하지 않으면 어떻게합니까? 사용자에게 무엇이 표시됩니까?
  • 사용자가 유효한 자격 증명을 제공하고 확인 또는 제출 버튼을 클릭하지 않고 페이지를 30 분 동안 그대로두면 어떻게됩니까?
  • 사용자가 유효한 자격 증명을 제공하고 확인 또는 제출 버튼을 10 번 연속으로 클릭했다면 어떻게됩니까?
  • 사용자가 유효한 자격 증명을 제공하고 암호 분실을 클릭하면 어떻게됩니까?
  • 사용자가 SQL 주입 쿼리를 추가하여 로그인 페이지의 URL을 변경하면 어떻게됩니까?
  • 다른 응용 프로그램의 로그인 페이지가 어떻게 작동하는지 알면 차이가 있습니까?
  • 업계의 UX (사용자 경험) 업데이트를 알면 테스터에게 어떤 차이가 있습니까?

위의 내용이 흥미로워 보입니까? 물론 예. 그러나 지원되는 모든 플랫폼에서 실행해야하는 경우 일상적으로 보일 수 있습니다.

좋습니다. 전략을 세우겠습니다.

하나의 플랫폼에 대해 모두 실행하십시오. 주요 문제를 찾아 다른 두 플랫폼에 대해 확인하십시오. 존재하는 경우 더 이상 테스트하지 말고 빌드를 거부하십시오.

소프트웨어 테스터로서 단조로운 이유 –

지루함 테스트

따라서 소프트웨어 테스터로서 단조로운 이유를 결론 내려야한다면 다음과 같은 사항을 언급하고 싶습니다.

  • 테스터가 아닐 수 있습니다. 상자 밖으로 생각
  • 테스터가 동일한 케이스를 반복해서 실행하기에 너무 게으 르기를 바랍니다.
  • 테스터가 관심이 없을 수 있음 새로운 것을 배우다 .
  • 테스터가 새로 습득 한 지식을 구현하는 방법을 모를 수 있습니다.
  • 테스터가 테스트에 열정적이지 않을 수 있습니다.
  • 테스터가 할 수 없을 수 있습니다. 자신에게 동기 부여
  • 테스터가 할 수 없을 수 있습니다. 버그 찾기 그리고 그것에 대해 죄책감을 느낍니다
  • 테스터가 확실하지 않을 수 있습니다. 실시간 테스트 그리고 단지 알고 있습니다
  • 테스터는 스크립트 된 테스트 케이스 이외의 다른 것을 생각하고 싶지 않을 수 있습니다.
  • 테스터가 허용되지 않을 수 있습니다. 탐험하다 워크로드 또는 액세스 문제로 인해
  • 테스터가 마감일 및 결과물 측면에서 압력을 받고있을 수 있습니다.
  • 테스터가 자신이하는 일에 관심을 잃었을 수 있습니다.
  • 테스터가 오랫동안 휴식을 취하지 않았을 수 있습니다.

자신의 일이 단조 롭다고 생각한다면 스스로 일하는 방법 –

테스터로서 향상

근본 원인 분석 단조 로움과 치료에 대한 해결책입니다.

가장 많이 일어나는 분야에있는 동안 단조 로움을 느낀다면 스스로 일해야한다는 것을 깨달으십시오. 그렇게하는 방법? 음, 여러 가지 방법이 있습니다.

#1) 토론 및 토론 : 건전한 토론은 당신과 다른 사람들이 토론에 참여하여 새로운 것을 배우게 할 수 있습니다.

테스터가되고, 시나리오를 논의하고, 결과를 논의하고, 애플리케이션 동작에 대해 논의하고, 버그 수정에 대해 논의하는 것은 내가 놓쳤을 수있는 사항을 이해하고 생각하는 데 항상 도움이되었으며 대부분의 테스터는 이 사실을 부정하지 마십시오.

또한 읽기 =>

개발자와 QA 관계를 건전하게 만드는 가장 좋은 방법은 무엇입니까? 과
테스터 또는 개발자가 서로 의사 소통하는 것이 얼마나 중요합니까?

#두) 탐색 및 이해 : 소프트웨어 테스트는 아이디어 생성 , 내가 과거에 여러 번 언급했듯이. 누구나 문서화 된 테스트 케이스를 실행할 수 있습니다. 그러나 다른 테스트 시나리오를 생성하는 것을 생각해보십시오. 모든 사람이 그렇게 할 수있는 것은 아닙니다. 다른 응용 프로그램, 다른 팀 구성원, 다른 팀 및 업계에서도 지속적인 학습이 필요합니다.

테스트를 위해 눈으로 모든 것을 볼 수 있도록 스스로 훈련 할 수있을 때 실제 테스터가 나타나고 그 테스터는 확실히 긍정적 인 차이를 만들 수 있습니다.

#삼) 읽고 배우기: 소프트웨어는 끊임없이 변화하는 산업입니다. 새로운 기술, 새로운 도전 및 새로운 경험이 매일 준비되고 테스터로서 지속적으로 학습하고, 알고있는 모든 것에 정통하며, 모르는 것을 발견하고 이에 대한 아이디어를 얻는 것이 매우 필요합니다.

학습을 구현하고 매일 향상 . 이 시도 STH 리소스 필요한 모든 리소스에 액세스 할 수 있습니다.

SQL 주입을 수동으로 테스트하는 방법

# 4) 자기 동기 부여 : 자기 동기 부여는 소프트웨어 테스트에 가장 필요한 도구입니다. 대부분의 경우 사람들은 자신의 작업에서 문제를 비판하거나 발견하려고 할 때 당신을 미워하거나 무시합니다. 그리고 나를 믿으십시오. 그 부정을 긍정적으로보고 매번 자신에게 동기를 부여하십시오 .

# 5) 드디어 , 당신은 이것을 읽어야합니다 => 테스트가 지루할 때해야 할 16 가지

따라서 이제부터 테스터로서의 직업이 단조 롭다고 느낄 때마다 상자에서 생각하고 아이디어를 실행하고 일을 분석하고 마지막으로 무언가를 발표 할 수있는 기회를 얻게되어 운이 좋다는 사실에 안심하십시오. 사용하기에 적합합니까? 물론 예!!!

저자 :이 고무적인 글은 STH 팀원 Bhumika M이 작성했습니다. 현재 그녀는 소프트웨어 테스팅 분야에서 10 년 이상 일하고 있습니다.

행복한 테스트 독자…. 응원합시다 :)

추천 도서

^