manual automation testing challenges
소프트웨어 테스팅은 매뉴얼과 자동화 모두에서 많은 문제를 가지고 있습니다.
일반적으로 수동 테스트 시나리오에서 개발자는 책임있는 테스트 팀 또는 테스터가 빌드를 선택하고 빌드가 무엇인지 물어볼 것이라고 가정하고 빌드를 테스트하는 팀을 통해 개발합니까? 소위 '프로세스'를 따르지 않는 조직의 경우입니다.
테스터는 팀 개발과 고객 사이의 중개자로서 양측의 압력을 처리합니다. 그리고 저는 대부분의 독자들이이 압력을 감당할만큼 똑똑하다고 생각합니다. 그렇지 않나요?
1 년 경력의 PHP 인터뷰 질문 및 답변
항상 그런 것은 아닙니다. 때로는 테스터가 숙련되지 않은 작업 방식으로 인해 테스트 프로세스에 복잡성을 추가 할 수 있습니다. 이 게시물에서는 테스트 직원, 개발 직원, 테스트 프로세스 및 잘못된 관리 결정으로 인해 생성 된 대부분의 테스트 과제를 추가했습니다.
그래서 여기서 우리는 주요 도전과 함께갑니다 :
# 1) 전체 애플리케이션 테스트
가능할까요? 불가능하다고 생각합니다. 수백만 개의 테스트 조합이 있습니다. 매뉴얼과 자동화 테스트에서 각각의 모든 조합을 테스트하는 것은 불가능합니다. 이 모든 조합을 시도하면 제품을 배송하지 않습니다 ;-)
# 2) 회사 프로세스에 대한 오해
때로는 회사에서 정의한 프로세스가 무엇이며 어떤 목적을위한 것인지에 대해 적절한주의를 기울이지 않는 경우가 있습니다. 테스터에게는 이러한 프로세스가 현재 테스트 시나리오에 적용되지 않더라도 회사 프로세스에만 적용되어야한다는 신화가 있습니다. 이로 인해 불완전하고 부적절한 응용 프로그램 테스트가 발생합니다.
배열을 취하는 자바 메소드
# 3) 개발자와의 관계
큰 도전. 이 관계를 긍정적으로 처리하고 테스터 방식으로 작업을 완료하려면 매우 숙련 된 테스터가 필요합니다. 개발자 나 테스터가 어떤 점에 동의하지 않을 때 변명 할 수있는 변명은 수백 가지에 불과합니다. 이 테스터의 경우 원활한 의사 소통 , 문제 해결 기술 분석.
# 4) 회귀 테스트
프로젝트가 계속 확장되면 회귀 테스트 작업이 제어되지 않습니다. 현재 기능 변경, 이전 작업 기능 확인 및 버그 추적을 처리해야하는 부담감.
# 5) 부족 숙련 된 테스터
프로젝트 작업에 대한 테스터를 선택하거나 교육하는 동안이를 '잘못된 관리 결정'이라고 부를 것입니다. 이 미숙 한 동료들은 테스트 작업을 단순화하는 것보다 더 많은 혼란을 더할 수 있습니다. 이로 인해 전체 기간 동안 불완전하고 불충분하며 임시 테스트가 발생합니다. 라이프 사이클 테스트 .
# 6) 항상 시간 제약 하에서 테스트
테스터 여러분, 이번 주말까지이 제품을 배송하려고합니다. 완료 할 준비가 되셨습니까? 이 명령이 상사로부터 오면 테스터는 테스트 범위와 작업 품질이 아니라 작업 완료에만 집중합니다. 지정된 시간 내에 완료해야하는 작업의 방대한 목록이 있습니다. 여기에는 테스트 케이스 작성, 실행, 자동화 및 검토가 포함됩니다.
# 7) 먼저 실행할 테스트는 무엇입니까?
6 번 항목에 명시된 문제에 직면하고 있다면 어떤 테스트 케이스를 어떤 우선 순위로 실행해야하는지 어떻게 결정합니까? 다른 테스트보다 중요한 테스트는 무엇입니까? 압력을 받고 작업하려면 좋은 경험이 필요합니다.
# 8) 요구 사항 이해
때로는 테스터가 요구 사항을 이해하기 위해 고객과 의사 소통 할 책임이 있습니다. 테스터가 요구 사항을 이해하지 못하면 어떻게합니까? 응용 프로그램을 제대로 테스트 할 수 있습니까? 절대 안돼! 테스터는 잘 듣고 이해하는 능력이 필요합니다.
# 9) 자동화 테스트
많은 하위 과제 – 테스트 작업을 자동화해야합니까? 어떤 수준의 자동화를 수행해야합니까? 자동화를위한 충분하고 숙련 된 리소스가 있습니까? 테스트 케이스를 자동화하는 데 시간이 허용됩니까? 자동화 또는 수동 테스트의 결정은 각 프로세스의 장단점을 해결해야합니다.
메인 파이썬에서 함수를 호출하는 방법
# 10) 테스트 중지 결정
언제 테스트를 중지해야합니까? 매우 어려운 결정입니다. 테스트 프로세스에 대한 핵심 판단과 각 프로세스의 중요성이 필요합니다. 또한 '즉시'의사 결정 능력이 필요합니다.
# 11) 여러 프로젝트에서 하나의 테스트 팀
각 작업을 추적하기가 어렵습니다. 커뮤니케이션 문제. 여러 번 프로젝트 중 하나 또는 둘 모두가 실패합니다.
# 12) 테스트 스크립트 재사용
응용 프로그램 개발 방법이 빠르게 변경되어 테스트 도구 및 테스트 스크립트를 관리하기가 어렵습니다. 테스트 스크립트 마이그레이션 또는 재사용은 매우 중요하지만 어려운 작업입니다.
# 13) 쉬운 버그를 찾는 데 집중하는 테스터
조직이 여러 버그를 기반으로 테스터에게 보상을 제공하는 경우 (심사에 대한 매우 나쁜 접근 방식) 테스터 성능 ) 일부 테스터는 깊은 이해와 테스트가 필요하지 않은 쉬운 버그를 찾는 데에만 집중합니다. 이러한 테스트 접근 방식에서는 어렵거나 미묘한 버그가 눈에 띄지 않습니다.
# 14) 소모에 대처하기 위해
급여와 복리 후생을 늘리면 많은 직원이 매우 짧은 경력 간격으로 회사를 떠납니다. 경영진은 감소율에 대처하기 위해 어려운 문제에 직면 해 있습니다. 도전 – 신규 테스터는 처음부터 프로젝트 교육이 필요하고 복잡한 프로젝트는 이해하기 어렵고 배송 날짜가 지연됩니다!
다음은 우리가 매일 직면하는 몇 가지 주요 소프트웨어 테스트 과제입니다. 프로젝트의 성공 또는 실패는 이러한 기본 문제를 어떻게 해결 하느냐에 따라 크게 달라집니다.
이러한 과제에 대한 추가 참조 및 자세한 솔루션은 William E. Perry와 Randall W. Rice가 저술 한“소프트웨어 테스트의 10 대 과제에서 살아 남기”를 참조하십시오.
너에게
많은 분들이 수동 및 / 또는 자동화 테스트 분야에서 작업하고 있습니다. 이전 기사에서 위의 많은 문제를 해결했지만 이러한 소프트웨어 테스트 문제를 처리하는 데 대한 귀하의 의견이 필요합니다. 아래 댓글 섹션에서 의견을 자유롭게 표현하십시오.