내가 끝내는 대부분의 공연은 유닛 테스트가 거의 없거나 전혀 없습니다. 일반적으로 단위 테스트로 설명되는 것은 실제로 통합 테스트이며 개발자 시스템에서 거의 실행되지 않습니다. 나는 보통 두 사람의 차이를 설교하고 사람들이 매우 집중된 단위 테스트를 작성하고 나중을 위해 통합 테스트를 남겨 두도록 노력하여 전도를 시작합니다. 즉 충분한 사람들이 단위 테스트
"Create New Widget"유즈 케이스를 테스트하는 테스트 설명입니다. 시스템에 새 위젯을 입력 할 수 있는지 확인하십시오. 여기 는 "새 위젯 만들기"사용 사례를 테스트 다른 테스트 설명입니다. 응용 프로그램을 실행합니다. "A-008"의 이름으로 새 위젯을 만드십시오. 설명은 "Acceptance Test 3-45를위한 테스트 위젯"입니다. 왼쪽
우리는 Python 기반 Robot 프레임 워크와 Java 기반 Aqua 프레임 워크로 작성된 광범위한 시스템 테스트를 수행합니다. 로봇은 유연하고 로깅 기능이 뛰어나지 만 꽤 번거롭기 때문에 아쿠아에서는 여기에 사용했던 사람들에게 많은 열의를 제기하지 않았습니다. 테스트 된 제품은 대부분 C#/Net 기반이며 우리는 VM을 쉽게 초기화하고 (SSH/tel
일종의 일정이 포함 된 웹 응용 프로그램을 작성하고 있습니다. 특정 작업 후에 일정이 업데이트되고 사용자가 무언가 일이 발생한 페이지를 방문 할 때 발생합니다. 그런 종류의 기능에 대한 기능 (수락) 테스트를 작성하는 방법에 대한 아이디어가 있으십니까? 저는 셀렌을 사용하여 이러한 엔드 투 엔드 테스트를 작성하고 있습니다. 내가 가지고있는 유일한 아이디어는