내가 좋아하는 테스트 엔지니어의 기능 1) SW 요구 사항을보고 테스트 사례를 비교하고 논리적 오류 또는 추가 테스트 사례를 작성합니다.
2) 이전 테스트 버전에는 문제가 없습니다.
매우 도움이 될 수 있습니다.
재생 시퀀스를 오랫동안 사용하는 사람들은 어느 지점이 속임수인지는 모르겠지만, 당신이 하나씩 따르는 경우, 당신은 문제 순서를 찾는 데 도움이 될 것입니다 .4) 문제 만 등록하지 않으면 문제가되지 않으며 문제가되지 않습니다.
5) 재생산 빈도를 최대한 확인하고보고하는 사람들은 문제가 100% 또는 100 번마다 나타나는지 알려주십시오. 재생산에 얼마나 많은 시간을 투자 할 시간을 계획 할 수 있으며, 그것이 항상 나오지 않으면 SW 코드의 논리 오류보다는 HW 장비 제어 프로세스에서 장비의 오작동 일 수 있다고 생각할 수 있습니다.
특히 개발 초기에 중요한 문제를 찾아서 감사합니다.
개발이 끝날 때 중요한 문제를 발견하면 개발 개발을 다시 설치 해야하는 상황을 제시 할 수 있습니다.
사소한 문제를 먼저 찾아서 등록하는 대신, 처음에 중요한 사람들은 기능의 중요한 기능을 테스트하고 구조적 결함, 불편 함 및 논리적 오류를 찾습니다.
(상위 20%는 Pareto의 법률에 따라 전체의 80%를 차지하며, 중요한 문제의 20%는 총 문제의 80%의 내부 원인이 될 수 있습니다.
) 그리고 마지막으로, 문제를 덜 주관적이고 용어의 느낌으로 객관적인 단어로 설명하는 사람들. 예를 들어, 버튼을 누르지 만 늦게 작동합니다… 늦게 10 초 또는 1 분인지 모르겠습니다.
이 경우 토크를 사용하여 몇 초 안에 작동하지 않습니다.
기술 참조 : https://artoftesting.com/tv
Televisiona의 테스트 사례는 Television.artoftesting.com의 테스트 시나리오 종합 목록
함께 읽을 수있는 좋은 글…
https://blog.naver.com/saysui/223790022985
(SW 개발) 테스트 중심 개발 TDD? TDD 방법은 테스트 중심 개발 방법론에서 중요 해지고 있습니다.
*tdd (t… blog.naver.com