메뉴

테스터임을 아는 11 가지 방법 ..

11 ways you know you re tester

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

당신이 알면 당신은 테스터입니다….

내 펜에서 REAL TESTER의 몇 가지 특정 특성 :

당신이 테스터라는 것을 알 때

#1 . 보이지만 재현되지 않은 버그로 인해 잠 못 이루게됩니다.

온라인 거래와 관련된 애플리케이션을 테스트하는 동안 단일 결제에 대해 두 개의 차변이 있음을 확인했습니다. 트랜잭션. 번식을 시도했지만 실패했습니다. 시스템, 브라우저, 자격 증명 등을 변경하여 복제를 여러 번 시도했지만 복제에 실패했습니다.

테스터는 이것이 심각한 버그이며 실시간으로 확인되면 고객과 회사 모두에 영향을 미친다는 것을 알고 있습니다.

그리고 ' 버그 재현 방법 ’는 당신을 잠 못 이루게 만듭니다… .. 네, 당신은 실제 테스터입니다.

#두. 개발자가보고 한 버그를 두 번 연속으로 '재현 할 수 없음'으로 표시하고 도움을 받기 위해 그에게 달려 갈 때마다 :

테스터가 되려면 인내심이 필요합니다. 예, 다른 사람의 일에서 문제를 발견하는 사람을 좋아하는 사람은 없습니다. 그것은 인간의 사고 방식입니다. 따라서 테스터는 더 잘 배울 필요가 있습니다. 통신 모든 용어로 쓰여지거나 구두로.

테스터가 문제 재현을 도와 달라는 요청을받는 데 좌절하면 해당 문제를 해결할 가능성이 실제로 줄어 듭니다. 테스터로서 버그를보고하는 것이 아니라 어느 정도 수준에서 당신은 그들을 추적하고 그들을 고쳐야합니다 .

substring (0,0) 자바

그러기 위해서는 모든 관련 세부 정보를 제공해야합니다. 그렇게 한 후에도 버그가 '재현 할 수 없음'으로 표시 되어도 실망하지 마십시오. 긍정적으로 생각하고 개발자가이를 재현하도록 도와주세요. 결과? 다음 번에 개발자는 도움을 요청하기 전에 문제를 재현하기위한 모든 옵션을 시도했는지 확인합니다. :)

#삼. 슈퍼마켓에서 쇼핑하는 동안 애플리케이션 테스트에 대한 새로운 아이디어를 얻었을 때 :

새로 문을 연 수퍼 마켓을 탐험하고 있고 Live Coffee라는 섹션을 보았습니다. 호기심이 생기고 그 섹션에서 제공하는 내용을 확인합니다. 그리고 거의 모든 커피 브랜드를 한곳에서 확인한 후 테스트중인 웹 사이트의 첫 페이지에서 단위 변환기를 제공한다는 아이디어가 나오면 전 세계의 모든 지역에 대한 일기 예보를 제공하기위한 것입니다. 시험 장치.

# 4 . 특정 모듈을 테스트하는 동안 전체 작동 제품을 시각화 할 수있는 경우 :

계단을 사용하는 동안 계단이 집의 다른 층으로 이동하는 유일한 방법이고 집이 어떻게 보이거나 영향을 받는지 이해할 수 있다면, 계단이 다른 재질이나 다른 모양으로 만들어지면 네, 당신은 테스터입니다. .

테스터가 당도를 계산하기 위해 헬스 케어 애플리케이션 모듈을 테스트 할 때, 그는이 계산이 다음 계산을위한 입력이 될 것이고 최종 계산이 사용자의 당도가 될 것임을 알고 있기 때문에 테스트 할 때 실수하지 않을 것입니다. 철저히, 당신은?

# 5 . 관찰 된 치명적인 무작위 버그로 인해 릴리스를 지연 할 수있는 모든 수준에서 주장하는 경우 :

애플리케이션이 내일 출시 될 것이라고 가정 해 보겠습니다. 최종 빌드를 마친 후 테스트를 수행했을 때 완벽 함을 확인하기 위해 시스템 충돌이 발생했습니다. 당신은 못박 으려고했지만 성공하지 못했습니다. 다섯 번 시도한 후 다시 시스템 충돌이 발생했지만 이후에는 문제가 없었습니다. 프로젝트 관리자에게 문제를 알리기 위해 달려 갔을 때 그는 진정하고 무작위 버그에 대한 장면을 만들지 말라고 요청할 것입니다. 그는 제품을 배송 할 준비가되었다고 팀과 경영진에게 전달합니다.

Xbox One 용 가상 현실 헤드셋

그리고이 시나리오를 통해 논쟁 할 용기를 보여줄 수 있고 관련된 위험에 대해 모든 이해 관계자와 소통 할 수 있고 조사를 위해 언젠가 수익을 얻을 수 있다면 당신은 테스터입니다.

# 6 . 원할 때 새로운 아이디어 생성에 참여하고 장려하십시오.

제가 항상 말했듯이 모든 테스터의 주요 임무는 – 테스트 아이디어 생성 . 그리고 저를 믿으세요. 당신이 그것을 종교적으로 수행 할 때, 당신은 항상 테스트에서 더 나아질 것입니다. 그리고이 아이디어 생성은 어떻게 발생합니까? 글쎄, 전략 게임, 단어 낙서, 스도쿠. 체스 대회에 참여하십시오. 팀에게 15 분 휴식을 취하고 카페테리아에 모여서 다음과 같은 무작위 질문을 던지도록 요청하십시오. 차에 설탕이 있는지 어떻게 알 수 있습니까? 대답은 무엇이든 될 것이지만 확실히 아이디어의 고리를 만들 것입니다. 이것은 사고 과정뿐만 아니라 자신감을 높이는 데 도움이 될 것입니다.

# 7. 요약 요점을 작성하는 데 익숙해지면 매일 :

하루가 끝날 때 다섯 가지 요점으로 자신의 하루를 설명 할 수있는 테스터는 문서를 잘 배웠습니다. 예, 매일 테스트하는 동안 많은 문제를 발견하고보고하고 추적하고 다양한 모듈을 테스트하고 테스트 사례 등을 만듭니다. 그러나 궁극적으로 질문 여부에 관계없이 글 머리 기호로 기록하는 데 익숙하다면 성취자가 될 것입니다. 어떤 분야에서든 성공하려면 자신이 무엇을하고 있는지, 왜 그렇게하는지 이해하고, 잘 설명하고, 향후 작업에 대한 아이디어를 얻는 것이 매우 필요합니다. 그리고 매일 그 요약 보고서를 작성함으로써 모든 답을 얻을 수 있다고 믿으십시오.

# 8. 배운 것을 적어두고 반드시 적용 할 때 :

문제를 놓치는 것은 문제가 아니지만 같은 문제를 다시 놓치는 것은 큰 문제입니다. 이것이 제가 항상 팀에게 말하는 것입니다. 모든 사람이 실수를하지만 그로부터 배우는 사람이 향상됩니다. 그리고 우리는 여러 번 실수를하는 경향이 있으므로 실수와 관련 학습 내용을 문서화하는 것이 좋습니다. 그리고 미래를 보면 얼마나 발전했는지 알게 될 것입니다.

ascii를 int C ++로 변환

# 9 . 새 릴리스의 변경 사항을 예리하게 주시하고 영향을받을 수있는 사항을 생각할 수있는 경우 :

테스터는 테스트 할 빌드에 대해 예상되는 변경 사항과 변경 사항이 구현 된 방식을 아는 것이 매우 중요합니다. 개발팀으로부터 명확한 답을 얻지 못하더라도 항상 정보 요구를 강조하십시오. 그리고 해당 정보를 사용할 수있게되면 응용 프로그램에서 수행 된 작업과 변경 사항이 전체 응용 프로그램 기능에 어떻게 영향을 미칠지 이해하십시오.

궁극적으로, 역 C를 경유하여 A 역에서 역 B로 선로를 변경하면 이동 거리가 117km 증가하고 여행자가 받아 들일 수 없다는 것을 이해할 수 있다면, 네, 테스터입니다. ….힘내. :)

# 10 . 학습이 더 나아질 수있는 유일한 선택이라고 생각할 때 :

아무도 학습의 대안을 알지 못합니다. 배우지 않으면 쫓겨나고 나를 믿기 쉽고 아무도 원하지 않습니다. 따라서 결코 만족하지 마십시오. 항상 더 알아보기 구현하고 차이점을 확인하십시오. 실제 테스터는 테스트 케이스 관리 학습이 테스트 케이스 실행만큼 중요하다는 것을 아는 사람입니다. 제 요점을 전달했다고 생각합니다. :)

#열한 . 자신이하는 일이 최고라는 것을 알기 때문에 무엇을하든 자랑스러워 할 때 :

네, 이것이 테스터의 가장 중요한 특성입니다. 당신이 어떻게 대우를 받고 있든, 당신은 무언가 / 누군가를 영원히 향상시키는 것을 돕고 있기 때문에 당신이 세상에서 가장 잘하고 있다는 것을 알고 있습니다.

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

그리고 이것으로 저는“ 예, 저는 실제 테스터입니다 ”.
독자 여러분, 같은 말을 듣고 싶습니다.

평상시처럼 행복한 테스트… ..

추천 도서

^