최근에 저는 데스크톱 응용 프로그램 용 C#으로 단위 테스트를 작성하고 실행하는 임무를 수행했습니다. 과거에는 주로 자동화 된 기능/GUI 테스트를 작성했습니다. 이러한 테스트는 충돌, 데이터 손실, 블루 스크린 죽음 등을 유발할 수 있으므로 전용 QA 시스템에서 실행됩니다. 유닛 테스트 실행과 비슷한 설정을 수행해야합니까? 로컬 컴퓨터에서 단위 테스트를 실행하는 데 위험이 있습니까?로컬 컴퓨터에서 단위 테스트를 실행해야합니까?
단위 테스트는 빌드 서버의 로컬 컴퓨터 및에서 실행해야합니다. 그것들은 개발자에게 피드백으로 귀중한 자원입니다. DEV은 이어야합니다. 단위 테스트는입니다. 체크인하기 전에 그는 을 실행하여 단위 테스트를 실시하여 아무 것도 깨지지 않았는지 확인해야합니다. 빌드 서버는 유닛 테스트를 다시 실행하여 실제로 손상되지 않았는지, 그리고 다른 코드와의 통합이 성공했는지 확인합니다.
단위 테스트가 실행되면 빌드 서버가 통합 테스트와 자동화 된 UI 테스트를 실행해야합니다. 이 프로세스가 끝나면 알려진 결함이없는 빌드가 생성되었으므로 테스트에서 다룰 수있는 빌드는 없습니다. 다시 말해서 녹색 빌드는 소프트웨어 통합이 잘되었다는 것을 의미하며, 개발자는 실제로 소프트웨어를 출시하기 전에 수작업 테스트를 시작하거나 어떤 지점에서 수동으로 테스트를 시작할 수 있습니다.
소프트웨어 테스트의 너바나는 충분한 테스트가 자동화되어 개발자와 비즈니스가이 자동화 된 테스트 스트림의 성공에 기반하여 제품을 안전하게 릴리스 할 수 있다고 느낄 때 발생합니다. 현실에서는 몇 가지 제품 만이 성숙해질 것이며 수동 테스트가 필요합니다.
단위 테스트는 외부 시스템이나 인터페이스에 닿지 않습니다. 따라서 로컬에서 실행하면 아무런 위험이 없습니다.
단위 테스트는 일반적으로 개발하는 동안 개발자가 수행합니다. 개발 환경에서 실행하십시오. 아마 당신의 로컬 머신.
단위 테스트는 더 이상 설정하지 않고 모든 시스템에서 실행할 수 있도록 격리되어야합니다. 유닛 테스트는 외부 시스템 (예 : 데이터베이스, 파일 시스템 등)에 접촉하지 않고 매우 세분화 된 레벨에서만 기능 단위를 테스트합니다.
로컬 머신이 개발 시스템 인 경우에도 잘 발생합니다. 생산 최종 사용자 기계. Microsoft TFS를 ALM/소스 제어 시스템으로 사용할 경우를 대비하여 TFS Lab 관리를 고려할 수도 있습니다. 이 경우 가상 또는 실제 테스트 환경을 만들 수 있으며 응용 프로그램은 정의 된 환경에서 배포 및 테스트됩니다.
비슷한 테스트 제품의 이름이 TFS가 아닌 시나리오에 대한 것인지 확실하지 않습니다.