Test case를 만들고 Test Data <I,Env,O>를 만드는 것 까지는 수동으로,
Text Execution : Output과 Expected Output이 같은지 비교하는 과정
은 자동화가 될 수 있다.
Test를 진행할 수 있게 마련하는 환경
출시할 때는 제거해야함
ex) DVM 10개 통신을 testing하려면 10대가 필요. 하지만 실제 출시할 때는 하나만 똑 떼어서 출시 해야 함
Test harnesses : 보드 - sw의 커뮤니케이션에서 보드가 없는 상황일 경우 임시 보드와 같은 것을 만드는 것
Drivers : 주로 main, call하고 판정을 내리는 애
Stubs : 함수 b,c가 아직 만들어지지 않았는데 f 를 테스트하기 위해 b,c를 가상으로 만들기
** 예상문제) driver, stub의 예시를 dvm에서 들기
** 예상문제) testing시 scaffolding이 중요한 이유는?
GUI test는 자동화 되기 어려움
⇒ API를 달고 Capture Wrapper를 사용하여 자동화 시킴
(누르지 않아도 input이 들어가고, output 이 화면에 로그로 등장함.
But 비싸기 때문에 오래 쓸 프로그램만 만드는게 좋음