단점을 극복하고 소프트웨어 테스터의 직업을 즐기는 방법?

Question

많은 주목받는 프로그래머들의 소문으로 널리 퍼진 개념 중 하나는 일정 기간이 지나면 테스터로서의 직무와 마찬가지로 SDLC (소프트웨어 개발 수명주기)의 테스트 단계가 그다지 어렵지 않고 흥미롭지 않다는 것입니다. 단조로운 왜냐하면 한 사람이 같은 일을 반복해서 반복해서하기 때문입니다. 지루함은 소프트웨어 테스터가 처리해야하는 매우 중요한 문제입니다.

• 어떻게 이것을 극복 할 수있는 자신의 하루에 소프트웨어 테스터 그들의 작업의 하루 활동 : 나는 다음과 같은 질문이에 관해서는?
• 무엇이 가능합니까? 새로운 길 테스터가 일반적으로 검색 할 수있는 곳은 입니다. ?
• 당신은 또한 도전의 테스터는 실제 생활에서 자신의 직업 흥미 및 재미 채워진 만들 것 situations.Something에 직면 할 수 무엇을 강조하시기 바랍니다 수 없습니다.
이

감사합니다 .. :)

Answer 1

자동화는 좋지만 대부분의 사람들이 잊어 버리는 한 가지 점은 테스터가 몇 개월마다 프로젝트를 변경해야한다는 것입니다. 6 개월 만에 3 개월마다 유용성 테스터를 생각해 봅시다. 관리자와 다른 사람들은 비즈니스 지식을 얻고 응용 프로그램을 잘 알고있는 직후에 테스터를 변경하는 것이 어리석은 것이라고 생각하지만. 이유는 간단합니다. 시간이 지남에 따라 테스터는 주어진 소프트웨어에서 많은 결함을 찾을 능력을 잃을 것입니다. 같은 화면을 오랫동안 응시 한 테스터는 새로운 테스터가 즉시 볼 수있는 것을 보지 못합니다.

신선한 눈빛으로 더 많은 것을 볼 수 있으며 신선한 마음으로 새로운 질문을 할 수 있습니다.

================= 난 그냥 뭔가를 추가 할 수 있습니다 생각

편집 ================ 내 경험 : 루세로는, 자동화 정말 매혹적이고 도전이지만, 테스트에서 당신을 멀리 이동 말했듯이

• ;
• 애자일과 같은 새로운 작업 방식을 시도해보십시오 (저에게 스크럼이었습니다).
• 새로운 테스트 기술, 특히 탐색 적 테스트를 시도하는 것이 좋습니다.
• 새로운 테스터를지도하고, 가르치고, 프레젠테이션을하십시오. 결국

당신이 ... 투사 전환 또는 팀 관리를 화상을 입을 경우 ...

Answer 2

이 커뮤니티 위키해야 나는 가정한다.

그렇다면 자동 테스팅으로가는 것이 소프트웨어 테스터의 직업을 훨씬 흥미롭고 생산적으로 만든다고 생각합니다. 좋고 안정적인 테스트 스크립트를 작성하는 것은 좋은 소프트웨어를 작성하는 것만큼이나 어렵고 너무 단조롭지 않아야합니다.

Answer 3

는 또한 소프트웨어 테스터가 될 수있는 권리 사고 방식이 필요합니다.테스터의 임무는 소프트웨어에 오류가 없음을 증명하는 것이 아닙니다. 그것은 분명히있는 오류를 찾는 것입니다. 필자는 모든 프로젝트에서 100 개의 버그를 발견 할 수있는 개인적인 과제를 던진 테스터와 함께 작업했습니다. 그는 적어도 100 개의 버그를 발견하지 못하면 패배로 간주했습니다. 때때로 그는 맞춤법이 틀린 레이블을 버그라고 부르는 것과 같은 정의를 확장해야만했지만, 보통 그는 그것을 만들었습니다.