나는 커다란 기존 소프트웨어 프로젝트의 QA 시스템을위한 디자인을 제안했다. 지난 며칠간 Unit Testing과 Test Driven Development에 대한 기사를 읽었습니다. 그리고 그들이 공언 한 개념이 나에게 잘 어울리는 것처럼 보입니다. 그들은 또한 그들이 "업계 표준 좋은 코딩 사례"인 것처럼 보입니다.QA 시스템, 세분성 수준 설계?
어쨌든, 나는이 모든 것들로 내 발가락을 물속에 담갔다. 그러나 나는이 테스트의 디자인을 시작하는 방법에 대한 아이디어가 없다. 저의 관리자의 주요 목표는 새로운 개발 코드가 기존 생산 코드와 동일한 결과를 산출하는지 테스트하는 것입니다. 이 세분화 수준은 나에게 완벽하게 잘 보이지만 단위 테스트 및 TDD에 대해 읽은 기사가 모두 세밀한 수준의 세분성을 장려하는 것처럼 보입니다 (메서드 당 여러 테스트와 유사 함).
많은 개발자들이이 프로젝트를 한 번에 작업하고 있으며 그 높은 수준의 단위 테스트 세분성을 구현하는 것은 악몽입니다. 또한, 단위 테스트의 실질적인 이점은 그 시점에서 줄어들 것입니다.
제가 궁금해하는 점은 어떻게해야하는지 테스트를 결정할 수 있는지입니다. 필자는 프로젝트의 각 큰 구성 요소의 입출력 테스트가 좋은 기반이라고 생각하지만 심층적 인 단위 테스트를 개발하는 방법에 대해 가장 안 좋은 생각은 없습니다. 이것에 대한 몇 가지 일반적인 규칙이 있다면, 나는 그것들을 듣는 데 관심이있을 것입니다.
또한 거대한 기존 소프트웨어 프로젝트에서 TDD 철학을 구현하는 것에 대한 일반적인 의견도 환영 할 것입니다. 감사!
이 프로젝트와 대상 플랫폼의 언어를 지정시겠습니까? – aponomarenko