16 characteristics great software tester
훌륭한 소프트웨어 테스터가되는 좋은 소프트웨어 테스터는 무엇입니까? 고효율 테스터의 7 가지 특성
테스터는 모든 IT 회사의 중추입니다. 그들은 품질 결과를 제공 할 수있는 사람이고 프로젝트를 출시하는 데 가장 책임이 있습니다.
이 기사는 훌륭한 소프트웨어 테스터가 갖추어야하는 가장 중요한 특징을 설명합니다.
학습 내용 :
테스터되기
테스터가 된 것을 자랑스럽게 생각하십시오. 당신은 많은 분야에서 일을 줄이는 사람이고, 결함없이 프로젝트를 자주 발표하는 사람이고, 사람과 회사가 더 믿는 사람입니다.
마지막으로 최종 사용자의 마음의 평화를 보장하는 사람입니다. 너 없이는 거의 프로젝트를 성공적으로 완료하기 어려움 .
테스터로서 당신은 더 나아지기 위해 끊임없이 노력해야합니다.
훌륭한 소프트웨어 테스터의 16 가지 특성
훌륭한 소프트웨어 테스터가 되려면 다음과 같은 16 가지 특성을 개발해야합니다.
# 1) 회의적
개발자가 제공 한 빌드가 곤충 -무료 또는 품질 결과. 무엇이든 물어보세요. 테스트하고 결함이없는 경우에만 빌드를 수락하십시오. 누구에게도 자신의 이름을 믿지 말고 지식을 적용하고 오류를 찾으십시오. 테스트주기의 마지막 단계까지이를 따라야합니다.
# 2) 품질 저하 금지
특정 테스트 단계 후에 타협하지 마십시오. 양질의 제품을 생산할 때까지 테스트에는 제한이 없습니다. 품질은보다 효과적인 테스트를 달성하기 위해 소프트웨어 테스터가 만든 단어입니다. 어떤 수준에서든 타협하면 제품에 결함이 생기므로 어떤 경우에도 그렇게하지 마십시오.
# 3) 최종 사용자 만족 보장
항상 최종 사용자를 행복하게 만드는 요소에 대해 생각하십시오. 어떻게 제품을 쉽게 사용할 수 있습니까? 표준 요구 사항 만 테스트하는 데 그치지 마십시오. 최종 사용자는 오류없는 제품을 제공 할 때만 만족할 수 있습니다.
# 4) 사용자 관점에서 생각
모든 제품은 고객을 위해 개발되었습니다. 고객은 기술 인력 일 수도 있고 아닐 수도 있습니다. 그들의 관점에서 시나리오를 고려하지 않으면 많은 중요한 버그를 놓칠 것입니다. 그러니 그들의 입장에 서십시오. 최종 사용자를 먼저 파악하십시오. 제품을 사용하는 동안 그들의 나이, 위치조차도 교육이 가장 중요 할 수 있습니다.
테스트 시나리오를 준비하고 그에 따라 데이터를 테스트하십시오. 결국 프로젝트는 최종 사용자가 애플리케이션을 성공적으로 사용할 수있을 때만 성공한다고합니다.
# 5) 테스트 우선 순위 지정
먼저 중요한 테스트를 식별 한 다음 테스트 중요도에 따라 실행 우선 순위를 지정합니다. 우선 순위를 결정하지 않고 테스트 케이스를 순차적으로 실행하지 마십시오. 이렇게하면 모든 중요한 테스트 사례가 조기에 실행되고 시간 압박으로 인해 릴리스주기의 마지막 단계에서 이러한 문제가 줄어들지 않습니다.
또한 테스트 노력을 추정하면서 결함 이력을 고려하십시오. 대부분의 경우 초기 결함 수는 더 많으며 테스트주기가 끝날 때 계속 감소합니다.
# 6) 100 % 보장을 약속하지 마십시오
종이에 100 % 커버리지를 말하는 것은 쉽지만 사실상 불가능합니다. 따라서 고객을 포함한 누구에게도 총액에 대해 약속하지 마십시오 테스트 범위 . 비즈니스에는 철학이 있습니다. ' 약속 미달 및 초과 배송 . ' 따라서 100 % 범위의 목표가 아니라 테스트의 품질에 집중하세요.
# 7) 제안에 개방적이어야합니다
깊이있는 프로젝트 지식을 가지고있는 프로젝트의 권위자 임에도 불구하고 모든 사람의 말을 경청하십시오. 항상 개선의 여지가 있으며 동료 소프트웨어 테스터로부터 제안을받는 것이 좋습니다. 프로젝트의 품질을 향상시키기위한 모든 사람의 피드백은 버그없는 소프트웨어를 출시하는 데 확실히 도움이 될 것입니다.
# 8) 일찍 시작
테스트를 위해 첫 번째 빌드를 얻을 때까지 기다리지 마십시오. 요구 사항 분석 시작, 준비 테스트 케이스 , 테스트 계획 초기 설계 단계의 테스트 전략 문서. 테스트를 일찍 시작하면 전체 프로젝트 범위를 시각화하는 데 도움이되므로 그에 따라 계획을 수행 할 수 있습니다.
대부분의 결함은 초기 설계 및 분석 단계에서 감지 할 수있어 막대한 시간과 비용을 절약 할 수 있습니다. 초기 요구 사항 분석은 또한 설계 결정에 의문을 제기하는 데 도움이됩니다.
# 9) 위험 식별 및 관리
위험은 모든 프로젝트와 관련이 있습니다. 위험 관리는 3 단계 프로세스입니다. 위험 식별 , 분석 및 완화. 위험 중심 테스트 프로세스를 통합합니다. 소프트웨어 테스트의 우선 순위는 위험 평가를 기반으로합니다.
# 10) 시장 조사를하십시오
일련의 요구 사항에 대해 소프트웨어를 검증하는 것이 귀하의 책임이라고 생각하지 마십시오. 적극적으로 제품 시장 조사를 수행하고 개선을위한 제안을 제공하십시오. 이 연구는 또한 제품과 시장을 이해하는 데 도움이 될 것입니다.
# 11) 좋은 분석 기술 개발
이는 요구 사항 분석을위한 필수 항목이지만,이를 정의하는 동안 고객 피드백을 이해하는 데 도움이 될 수 있습니다. 테스트 전략 . 주변의 모든 것에 질문하십시오. 이렇게하면 분석 프로세스가 시작되고 많은 복잡한 문제를 해결하는 데 도움이됩니다.
# 12) 부정적인 측면에도 집중
테스터는 태도를 깨는 테스트를 받아야합니다. 긍정적 인 측면에만 집중하면 애플리케이션에 많은 보안 문제가 발생하는 것은 거의 확실합니다. 다른 해커를 멀리하기 위해 프로젝트의 해커가되어야합니다. 부정적인 테스트 똑같이 중요합니다. 따라서 부정적인 시나리오를 기반으로 테스트 케이스의 좋은 부분을 다루십시오.
# 13) 제품을 잘 판단하세요
판사는 일반적으로 무언가가 옳고 그른지 생각합니다. 판사는 양측의 의견을 경청합니다. 테스트에도 동일하게 적용됩니다. 소프트웨어 테스터로서 당신이 무언가 옳다고 생각한다면 그것이 왜 틀리지 않은지 증명하고 나중에 그것을 받아들이십시오. 모든 결정에 대한 타당한 이유가 있어야합니다.
# 14) 협상하는 법 배우기
테스터는 프로젝트 라이프 사이클의 모든 단계에서 모든 사람과 협상해야합니다. 특히 개발자와의 협상이 더 중요합니다. 개발자는 코드가 정확하고 테스터가 기록한 결함이 유효하지 않음을 증명하기 위해 무엇이든 할 수 있습니다. 개발자에게 결함에 대해 설득하려면 훌륭한 기술이 필요합니다. 해결해 .
일부 소프트웨어 테스터는 이것이 우리의 임무가 아니라고 생각하지만 문제의 진정한 영향을 설명하는 것은 개발자가 전체 시나리오와 그 의미를 빠르게 이해하는 데 매우 유용합니다. 이것은 수년간의 연습이 필요하지만 일단 협상하는 법을 배우면 더 많은 존경을 받게 될 것입니다.
# 15) 비난 게임 중지
테스트에서 발견되지 않은 결함에 대해 다른 사람을 비난하는 것이 일반적입니다. 테스터의 책임이 구체적으로 정의되지 않은 경우 더욱 일반적입니다. 그러나 어떤 상황에서도 누구를 비난하지 마십시오. 오류가 발생하면 비난 할 사람을 찾는 것보다 먼저 오류를 해결하십시오.
인간으로서 모두가 실수를하므로 다른 사람을 비난하지 않도록하십시오. 팀으로 일하여 팀 정신 구축 .
# 16) 마지막으로, 좋은 관찰자가 되십시오
주변에서 일어나는 일을 관찰하십시오. 프로젝트의 모든 주요 및 사소한 사항을 추적하십시오. 코드 개발 방법, 테스트 유형 및 목적을 관찰하십시오. 테스트 진행 상황을 관찰 및 이해하고 일정 또는 테스트 활동 측면에서 벗어난 경우 필요한 변경을 수행합니다.
이 기술은 본질적으로 자신을 최신 상태로 유지하고 모든 상황에 대한 조치를 준비하는 데 도움이됩니다.
최신 정보:
고효율 테스터의 7 가지 특성
모든 직업은 그들을 받아들이고 그들이하는 일에서 최고로 만들기 전에 실무자에게 특정한 자질을 요구합니다.
소프트웨어 테스팅 이 기사에서 논의한 자질을 더욱 강력하게 요구하고 그에 대한 많은 이유가 있습니다.
그리고 내가 자질을 말할 때 나는 '필수품'에 대해 이야기하고있다. 테스터들이 높이 멀리 날아갈 수 있도록 도와주는 최고의 능력이다. 헌신, 근면 등은 세상의 모든 직업에 필수입니다. 그러나 우리가 논의 할 품질은 테스터에게 절대적으로 불가피합니다. 이러한 필수품이 없으면 테스터는 조만간 자신의 기술에서 벗어날 위험이 있습니다.
여기 있습니다 :
# 1) 호기심
이것은 목록에서 첫 번째 여야합니다. 테스터로서 불분명 한 것은 무엇이든 질문해야합니다. 항상 궁금해 ' '제출'버튼을 두 번 클릭하면 어떻게됩니까? 아니면 세 번? 또는 '제출'버튼을 클릭 한 다음 'Esc'키를 누르면 어떻게됩니까? 공백 만있는 댓글을 게시하면 어떻게 되나요? ? '
노련한 테스터라면이 사고 과정을 이전에 경험해 보셨을 것입니다. 경험 해보지 않으 셨다면 강력히 추천합니다. 질문하지 않으면 고객이 질문 할 것입니다. 테스트 할 시나리오를 모두 가져 오지 않으면 고객은 그렇게 할 것입니다.
결론 : 절대 가정하지 마십시오. 호기심을 가지세요. 항상 물어보다. 항상 찾는다.
추가 읽기 => 테스터가 현명한 방식으로 질문하는 방법
# 2) 세부 사항에 대한주의
이 품질은 정말 중요하지만 솔직히 인위적으로 개발하는 방법을 잘 모르겠습니다. 나는 그것이 당신의 DNA에 있어야하며 우리는 그것을 완벽하게 향상시키기 위해 노력할 수 있다고 굳게 믿습니다.
세부 사항에 대한 눈은 세부 사항의 1 분도 신속하게 파악 / 알 수 있도록 도와주는 타고난 품질입니다. 하지만 눈용 확대경을 가지고 태어나지 않은 사람도 지속적으로 깊고 길게 보려고하면 습관이 생길 수 있습니다.
테스트 결과에 만족하십니까? – 다시 시도하고 습관을 만드십시오. 그것은 내면에서 태어나지 않을 수도 있지만 허용 가능한 정도의 연습을 통해 양육되고 발전 될 수 있습니다.
결론 : 모든 것을보십시오. 끝난? 다시보다.
# 3) 상상력
무한한 길이, 폭, 높이 때문에 상상력은 무엇보다 중요합니다. 테스트 할 때 생각을 제한하지 마십시오. 상상할 수없는 희귀하고 희귀 한 것을 상상해야합니다. 지금 그리고 지금으로부터 100 년 후를 상상해보십시오.
1000 개의 질문을하십시오. 만약 그러하다면? 또 뭐야? 더 많은 것. 요구 사항을 중심으로 테스트 케이스를 설계하고 이에 대한 충분한 상상력과 탐구를 추가하십시오. 기능이 작동하는 방식에 대한 틀에 얽매이지 않는 아이디어를 브레인 스토밍하고 결함을 테스트 / 찾거나 다시 테스트 / 시스템을 검토합니다. 상상하고 구현하십시오.
결론 : 논리는 당신을 A에서 Z로 데려다 줄 것입니다. 상상력은 당신을 어디에나 데려다 줄 것입니다. – 아인슈타인
# 4) 논리적 사고
테스트가 단순히 요구 사항 문서에서 테스트 케이스로 문장을 변환하는 것이라고 생각한다면 엄청난 차이로 착각하는 것입니다.
요구 사항 논의, 기능 브레인 스토밍, 테스트 전략 결정, 테스트 구축, 문제 디버깅, 프로덕션 문제 복제와 같은 모든 단계는 논리적 사고의 이점을 얻을 수 있습니다. 가능성을 생각하고, 단계를 추론하고, 유효성을 검사하거나 무효화하고 다음 단계에 대해 생각해야합니다. 그리고 그것은 끝도 아닙니다.
테스트에는 많은 질문과 답변이 필요합니다. 당면한 문제 / 상황에 대해 논리적으로 생각하지 않고 어떻게 완벽한 질문을 할 것인가?
논리적 인 결론을 내리기 전에 다른 사람의 질문에 어떻게 대답 하시겠습니까? 논리적 사고 능력은 필수입니다. 그리고 어떻게 구축합니까? 들어오는 질문이든 나가는 질문이든, 다른 사람에게 촬영하기 전에 항상 내면의 자신에게 먼저 물어보고 만족할 때까지 대답 해보십시오.
최고의 맬웨어 제거는 무엇입니까
결론 : 물어보세요. 대답하라. 다시 확인하십시오. 그것을 개선하십시오.
추가 읽기 => 테스트하는 동안 즉시 생각하는 방법
# 5) 집중하고 해부하는 능력
간단히 말해서, 이것은 작은 것에 집중하고 더 큰 그림에 산만 해지지 않고 가장 작은 세부 사항에 마음을 움직이게하는 능력입니다.
테스터로서 당신은 큰 그림이 당신을 압도하고 횡보하지 않도록 노력해야합니다. 이를 분리하고 모든 단위를 특이점으로 고려해야합니다. 그러면 그 작은 단위 주변의 모든 것을 생각하고 테스트 할 수 있어야합니다.
아니요, 여기서는 개별 모듈 테스트에 대해 말하는 것이 아닙니다. 전체 웹 양식에서 한 번에 하나의 필드 또는 전체 세트의 하나의 매개 변수에서 한 번에 한 필드 씩 전체적으로 테스트하는 등 세분화 된 수준에서 이야기하고 있습니다. 완료되면 한 번에 한 단계 씩 더 큰 그림을 향해 비전을 확장 할 수 있습니다.
복잡한 사건을 조사하는 형사라고 생각하십시오. 단서를 미루지 말고 모든 것이 범인에게로 이끈다는 것을 기억하십시오.
결론 : 확대. 초점. 해부. 끝난? 반복하고 축소합니다.
# 6) 징계
당신은 테스터입니다. 직장에서 릴리스 게이트를 잡고 있거나 게이트를 열어야하는지 여부를 결정하는 테스트 개체의 품질에 대한 의견을 갖고 있습니다. 현재와 미래의 위험을 강조 할 책임이 있습니다. 따라서 중요한 테스트 / 활동 / 커뮤니케이션이 아닌 모든 것을 놓칠 수는 없습니다.
인적 오류의 순간이있을 수 있지만 가능하면 결함, 시나리오, 상황, 위험 등 모든 것을 포착하려고 노력하십시오. 징계는이 과정에서 많은 도움이됩니다. 작업하는 동안 자신의 프로세스와 체크리스트를 구성해야합니다. 요새를 지키는 사람이 아무도 없기 때문에 테스터로서 제품의 품질에 캐주얼 할 수 없습니다.
훈련 된 팀은 모든면에서 더 많은 득점을 할 가능성이 훨씬 높습니다. 분명한 버그, 분명한 커뮤니케이션 또는 중요한 프로세스 단계를 놓칠 가능성이 적기 때문입니다. 훈련 된 테스터는 대부분의 경우 모든 작업에 대한 자체 계획을 가지고 있으며 완전히 진행되지는 않습니다. 이에 즉석에서.
결론 : 징계 란 당신이 그것을 원하지 않더라도해야 할 일을하는 것입니다.
# 7) 건설적인 커뮤니케이션
이를 품질이라고 부르기보다는 기술이라고 부를 수 있습니다. 그러나 나는 언어와 대화 능력이 확실히 기술이기 때문에 성격 특성에 더 가깝다는 것을 알게되었습니다.
좋은 의사 소통은 좋은 경청, 반응 형성, 마음의 연습, 어조를 결정하고 실제로 말하는 것으로 시작되어야합니다.
어떤 사람들에게는 이것은 내장 된 품질이고 다른 사람들은 그것을 향해 노력해야합니다. 그러나 이것이 테스터에게 왜 매우 중요할까요? 우리의 임무는 개선 할 부분, 단점, 단점을 강조하는 것입니다.
솔직히 자신의 작업, 아이디어 또는 접근 방식이 비판받을 때 기분이 좋지 않습니다. 그리고 그것이 우리의 건설적인 의사 소통이 구출됩니다 . 실수로 다른 사람을 공격하지 않고 명확하게 포인트를 얻을 수 있습니다.
결론 : 들리다. 생각한다. 리허설. 배달.
추가 읽기 => 테스터로서 훌륭한 커뮤니케이터가되는 방법
결론
이것이 당신을 효과적인 테스터로 만드는 7 가지 특성입니다.
나는 여기서 명백한 것을 언급하지 않았고 당신의 일에 대한 사랑, 헌신, 성실, 배움에 대한 열정, 좋은 직업 윤리 등과 같은 자질에 대해 이야기했습니다.
따라서 귀하가 이미 소프트웨어 테스터이거나 경력으로 테스트를 고려중인 새로운 졸업생이든이 목록이 자신을 평가하고이 분야가 귀하에게 적합한 지 결정하는 데 도움이되기를 바랍니다.
일상적인 테스트 활동에서 위의 16 단계를 구현해보십시오. 이러한 단계를 수행하면 테스트에서 탁월한 성과를 거둘 수 있습니다. 들. 테스트는 도전적인 작업 일뿐만 아니라 창의적인 작업이기도합니다.
당신의 직업을 사랑하면 당신은 당신 분야의 리더가 될 것입니다!
이 기사가 흥미롭고 유용하다고 생각되면 친구와 공유하는 것을 잊지 마십시오. 또한 아래에서 의견 / 제안을 자유롭게 공유하십시오.
추천 도서
- 좋은 테스터가 될 수있는 10 가지 자질
- 초보 개발자 (및 테스터)가 소프트웨어 테스트에 대해 알아야 할 5 가지
- 돈 버는, 소프트웨어 테스팅 경력 및 가장 부유 한 테스터의 비밀
- 소프트웨어 테스터로서 내 인생의 4 가지 실수 (그리고 당신은 아마 이것들을 만들고있을 것입니다)
- 더 행복하고 성공적인 테스트 팀을 이끄는 방법-테스트 리더십 파트 2
- 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
- 불량 소프트웨어 테스터의 특성
- 테스트 케이스 예제가 포함 된 샘플 테스트 케이스 템플릿 (다운로드)