프로그램으로 위장한 큰 테스트를 배포합니다
https://stackoverflow.com/questions/1300301
-
18-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
누군가가 논리로 테스트를 사용하는 작은 진단, 내부 웹 앱을 만들었다면, 그렇게해야 할 유효한 이유가 있습니까? 이 웹 사이트가가는 곳에도 Nunit을 배치해야합니다.
나는 프로그램에 자신의 논리와 재사용 가능한 부품 (사용 가능한 경우)이 포함되어야하지만 논리에 대한 테스트를 랩하지 않아야한다는 견해가 있습니다. 테스트는 코드 로직에 대한 검증 목적에 사용됩니다. 테스트가 코드 로직이 될 것이라고 말하는 경우 테스트를 검증하기 위해 테스트를 작성할 필요가 없어야합니까? 왜 그게 기본적으로 잘못된가?
힌트 : 이제 당신은이 모든 테스트를 함께 묶고 서로 관련이 있기 때문에 더 이상 의존적이지 않음을 의미합니다 (?).
해결책
단위 테스트 이외의 다른 것에 단위 테스트 프레임 워크를 사용하는 것이 일반적으로 가장 적절한 경로가 아닙니다. 당신은 당신이 당신의 단위 테스트에 대한 테스트에 대한 테스트를 작성할 필요가 없다. 왜냐하면 당신은 그것을 먼저 작성하고 실패하는 것을 본 것이기 때문이다. 그것이 당신이 그들이 제대로 작동하는 것을 알고있는 방법입니다. 단위 테스트 프레임 워크 내에 작성된 테스트 코드는 사소한 일이라고 추측하고 있으며, 중요한 소프트웨어에 대한 진단 앱이 있다면 그것이 필요한대로 작동하고 싶습니다.
편집 : 당신은 이미 당신의 마음을 구성했지만 현재 전략이 다른 프로젝트 회원에게 이상적이지 않은 이유를 표현하는 데 도움이 필요합니다. 이 경우, 입이있는 곳에 코드를 넣고 작은 샘플 앱을 다르게 설계하는 것이 좋습니다. 이 특정 사례에서 단위 테스트 프레임 워크를 활용하는 것이 나쁜 설계 결정이라면 햇빛으로 분명하게 될 것입니다.
다른 팁
당신 이이 질문을보고 있는지 확신합니다 TDD anti-patters 카탈로그, 당신은 당신이 심한 반포를 촉구하고 있음을 알게 될 것입니다.
코드는 코드입니다. 테스트로 표시되어 있다고해서 유용한 응용 프로그램이 아니라는 의미는 아닙니다.
Beahviour의 많은 검증을 작성해야한다고 가정 해 봅시다. 테스트 프레임 워크를 사용하는 이유는 왜 나쁜 생각입니까? Shoudl 우리는 대신 동일한 기능을 가진 새로운 프레임 워크를 작성하고 그것을 다른 것으로 부릅니까?
외부보기를하십시오. 이 applciation은 특정한 일을한다고 주장합니다. 올바르게 수행합니까? 확실하게? 유지하고 향상시킬 수 있습니까? 이해했다?
그렇다면 왜 구현에서 테스트 프레임 워크를 사용하는 것이 관심이 있습니까? 동작이나 구조에 결함이있는 경우 그 다음에 우리는 비판합니다.
훌륭한 기술의 한 가지 멋진 점은 예상치 못한 응용 프로그램을 가지고 있다는 것입니다.
단위 테스트의 목적은 클래스가 인터페이스에 따라 클래스가 작동하는지 확인하는 것입니다. 따라서 일부 테스트 앱에 장치 테스트를 사용하는 경우 Assert에서 Assert를 사용하는 것처럼 보입니다.
테스트 앱이 필요한 경우 - 구현하고 단위 테스트와 함께 사용하십시오. 무언가를 구성하거나 사용자 상호 작용을 얻을 수 있습니다.
내가 보는 다른 이유 중 하나 - 단위 테스트는 모든 것이 어떻게 작동하는지에 대한 가정에 따라 작성됩니다. 가정이 올바른 경우 테스트가 통과해야합니다. 기능 단위 테스트를 추가하면 모든 가정이 여전히 존재한다고 확신 할 수 있습니다. 따라서 모든 테스트는 유지할 수있는만큼 간단하게 유지해야합니다. 그렇기 때문에 테스트 코드를 테스트 할 필요가 없으며 테스트 응용 프로그램에서 테스트 코드를 사용할 필요가 없습니다.
