저는 asp.net 3.5에서 웹 포털을 개발하고 있습니다.이 웹 포털은 주로 다른 여러 링크의 프런트 엔드이며 다른 곳에서 개발 된 웹 폼이 있습니다. 데이터베이스에 대한 일부 CRUD 작업과 데이터 페치를 제외하면 비즈니스 로직은 많지 않습니다. 그리고 자바 스크립트, 사용자 인터페이스에 대한 Jquery.유닛 테스트가 필요합니다
이 시나리오에서는 단위 테스트가 필요하며 자바 스크립트도 테스트해야합니까?
단위 테스트는 무언가 진행될 필요가 없지만 테스트를 시작할 때 큰 코드 기반을 유지 관리하는 것이 중요하다는 것을 알기를 바랍니다.
지금 앱이 작아서 사용자가 쉽게 작동하는지 확인할 수 있습니다. 즉. 페이지로 이동하여 양식을 제출하고 양식이 올바르게 게시되었는지 확인하고 데이터베이스가 올바른 정보를 저장하고 있는지 확인하십시오.
응용 프로그램이 커지거나 CRUD 작업을 기반으로 빌드를 시작할 때 코드가 정확하고 프로그래밍 방식으로 테스트 할 수있는 것이 중요하므로 코드를 테스트하는 것이 사소한 것처럼 들리므로 코드를 리팩토링하거나 버그를 찾아내는 것과 관련하여 미래에 절약 할 시간 때문에.
Qunit는 http://docs.jquery.com/QUnit
단위 테스트는 버그를 줄이고 개발 속도를 높이는 것에 관한 것입니다.
또한 코드 리팩터링에 도움이 될 수 있습니다.
작은 프로젝트가 있고 시장에 빨리 갈 필요가 있고 소량의 유지 보수가 필요한 경우 단위 테스트를 피할 수 있습니다.
CRUD 작업이 간단한 경우 스캐 폴딩 도구와 간단한 데이터 소스/상세보기 및/또는 동적 데이터를 사용하는 것이 좋습니다.
"별로"비즈니스 로직은 시간이 지남에 따라 증가하는 경향이 큰 간단한 자바 스크립트 테스트 프레임 워크를합니다. 사업 논리가 작동하는지 확인하기 위해 단위 테스트를 작성함으로써 향후 더 많은 기능을 추가 할 때 비즈니스 논리가 손상되지 않았 음을 보장 할 수 있습니다. 유닛 테스트를 통해 느슨하게 결합 된 코드를 작성할 수 있습니다. 코드를 작성하면 코드를보다 깨끗하게 유지 보수 할 수있는 장점이 있습니다.
많은 jQuery 및 사용자 인터페이스 작업이있는 경우에도 해당 작업에 대한 테스트를 작성할 수 있습니다. UI의 경우 Coded UI 또는 WatiN을 확인하십시오. JavaScript/jQuery의 경우 QUnit을 참조하십시오.
단위 테스트 자체는 필요하지 않습니다. 그러나 유지 보수를 높이고 잠재적 버그 수를 줄일 수 있습니다. 단위 테스트를 수행하려는 예상 된 노력과 응용 프로그램을 발전시키고 수정하려는 예상 된 노력을 등식에 넣으십시오. –