응용 프로그램을 배포 할 때마다 수동으로 테스트하려고한다고 가정 해 봅시다. 어떻게 하시겠습니까?
글쎄, 우선 테스트하고 싶은 모든 것들의 목록을 작성하여 나중에 무언가를 테스트하는 것을 잊지 않을 것입니다. 그런 다음 각 테스트마다 단계를 동일하게 작성하여 매번 동일한 방식으로 수행했는지 확인하십시오. 사용한 테스트 프로세스가 일관된 지 확인하지 않으면 결과가 일관되지 않습니다.
이제 수행해야 할 테스트 목록이 준비되었으므로 브라우저를 열고 첫 번째 테스트 단계를 읽고 수행 한 후 결과를 기록하십시오. 목록의 각 테스트에 대해이 프로세스를 반복하십시오.
응용 프로그램이 커지고 새로운 버그를 발견함에 따라 수행하는 테스트 수가 계속 증가 할 것입니다. 물론 이러한 테스트는 사람의 속도로 수행하는 것으로 제한되어 속도가 느려집니다.
아이러니 한 점은 운영 목록을 기계적으로 단계별로 처리 할 때 컴퓨팅하는 것입니다. 컴퓨터보다 더 느리게 진행하고 있습니다.
이것은 많은 다른 좋은 이유들 중에서도 우리가 단위 테스트를 작성하는 이유입니다. 컴퓨터가 컴퓨팅을 수행하도록 할 필요가 없습니다.
배포하기 전 일주일에 한 번이 아니라 개발 중에 자주 사용할 수있을 정도로 포괄적 인 단위 테스트 스위트를 빠르게 실행할 수 있습니다. 이를 통해 오류를보다 신속하게 감지하여 시간과 비용을 절약 할 수 있습니다.
시스템의 동작을 예측하는 테스트 를 작성한 다음 테스트 중심 개발이라고하는 프로세스 (방금 테스트했기 때문에 이미 알고있는 동작) 를 작성할 수도 있습니다.