"성공적인 삶을 만들어 갑니다...한 번에 하루씩..."
소프트웨어 테스터로서의 여정은 조금 예기치 않게 시작되었습니다.
개발 기회라고 생각하고 초기 인터뷰 라운드에 참석했습니다. 솔직히 말해서, 다른 모든 컴퓨터 과학 졸업생과 마찬가지로 저는 테스팅을 진행하는 것에 대해 약간 회의적이었습니다.
하지만 마침내 시도해 보기로 했습니다. 나의 호기심 많은 본성이 이 분야에서 도움이 되기를 바라는 마음으로만.
다음 질문을 하지 않고 제안을 수락할 수 없었습니다. 테스팅에 관심이 없을 경우 개발로 전환할 기회가 있습니까? :).
저를 믿으세요. 그 이후로는 Testing을 떠날 생각조차 하지 않았습니다.
기술 라운드에 나왔을 때 저는 소프트웨어 테스팅의 기본 개념 외에는 준비가 되어 있지 않았습니다. 나를 이끈 유일한 것은 내가 이론적이 아니라 논리적으로 평가되고 있다는 생각뿐인 것 같습니다.
이것은 테스트에서 제가 처음으로 배운 것입니다. 저는 우리(신입생)가 어떻게 평가되는지 이해했습니다.
오늘도 우리 팀의 신입사원을 채용할 때 비슷한 기법을 사용합니다. 나는 그들의 논리, 끈기, 문제에 대한 접근 방식을 무엇보다 확인합니다.
Zycus에 QA 연수생으로 합류했고 3~4일 만에 제품을 할당받았습니다. 그것은 가장 크고 (당시 개념에 있었다) 가장 야심 찬 제품 중 하나였습니다.회사. 처음 몇 주 동안 자리를 잡은 후에는 되돌릴 수 없었습니다.
우리는 2명의 QA 팀으로 시작했고 몇 달 후 곧 저 혼자 테스트 노력을 주도했습니다. 처음 2~2.5년 동안 저는 기능, 성능, 보안, UI, 사용성, 다국어, 다중 테넌시 등과 같은 다양한 범주에서 거의 3000개의 결함을 기록했습니다.
새로 추가되기까지 상당한 시간 동안 테스팅 팀에서 저는 15-16명으로 구성된 강력한 개발 팀과 맞붙었습니다. 추가 후에도 QC:Dev 비율은 그다지 건전하지 않았으며 우리가 테스트하고 전달하고 처리한 모든 것을 고려할 때 여전히 성공적인 여정이라고 자랑스럽게 말할 수 있습니다.
제가 드리고 싶은 중요한 점은 여기서 하이라이트는-
요구사항 토론회에 가기 전에 의심/수정/불분명한 점을 미리 적어두곤 했습니다. 테스트 사례를 시도하거나 구축하려는 시나리오를 작성했습니다. 때로는 시나리오를 그리는 것조차 매력처럼 작동합니다.
글을 쓰거나 그릴 때 더 명확하게 마음에 들어오고 마음이 이 정보에 대해 작업하여 더 많은 시나리오를 생성하고 더 명확하게 제공합니다. 완료되었다는 느낌이 들 때까지 계속됩니다!!!
결론
몇 년 동안 배운 모든 주요 사항과 세부 사항을 적는 것은 거의 불가능하지만 이것은 글 머리 기호로 요약하려는 나의 시도list.
- 테스트는 정의하기가 매우 어렵습니다. 누군가는 뛰어난 테스트를 수행할 수 있으며 이를 말로 정의할 수 없을 수도 있습니다. 보는 그대로입니다.
- 누구나 테스트에 대한 고유한 정의를 가질 수 있습니다. 내 문제는 간단했습니다.
저자 정보: 이 기사는 STH 팀원인 Mahesh C가 작성했습니다. 그는 현재 여러 복잡한 제품 및 구성 요소에 대한 테스트를 주도한 경험이 있는 수석 품질 보증 관리자로 일하고 있습니다.
반드시 듣고 싶습니다. 여기에 댓글을 달거나 저희에게 연락하십시오. 읽어주셔서 감사합니다.
권장도서