테스트 할 오픈 소스 소프트웨어가 할당되었습니다! 소프트웨어에는 3 개의 패키지가 있고 각 패키지에는 10 개 이상의 클래스가 있으며 각 클래스에는 수십 개의 메서드가있을 수 있습니다.
내 질문은 구조 (화이트 박스) 테스트를 시작하기 전에 소프트웨어의 모든 코드 줄을 이해해야한다는 것입니다.
main () 메서드에서 시작하는 프로그램의 전체 흐름을 이해해야합니까?
내가 취해야 할 접근 방식은 무엇입니까?
각 메서드가 수행해야하는 작업에 대한 사양이있는 경우 : 지정된 입력에 대해 예상되는 출력은 무엇입니까? 해당 메서드의 구현 세부 사항을 살펴볼 필요가 없습니다. 일반적으로 이것은 기록되어야합니다!
메서드가 미리 정의 된 계약 (존재하는 경우)을 충족하는지 확인하는 단위 테스트를 작성할 수 있습니다.
사양이 없거나 최근 트렌드 인 'UserStories'가있는 경우 '사양을 리버스 엔지니어링'해야합니다. :) 각 메서드를 분석하여 수행중인 작업을 이해해야합니다. 그런 다음 해당 메서드가 호출되는 위치를 확인합니다. 메서드 호출에서 전달 가능한 값이 무엇인지 알아 내기 위해. 또한 호출 메서드에서 코너 케이스가 무엇인지 알 수 있습니다. 그리고 확실히 테스트하고 싶은 사람들.
.... 그리고 천천히 전체 코드를 배웠습니다. :)
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다