팀원들과 프로젝트를 진행하면서 조율이 필요하다.
팀 동료는 테스트 코드를 작성하지 않고 훨씬 빨리 코드를 만들 수 있다.
혹은 마감 시간이 다가올 때 팀에서 마감을 맞추는 유일한 방법은 모든 보호장치(테스트)를 거두는 것이라고 말할 수도 있다.
할 수 있는 것은 협상 뿐이다.
단위 테스트는 품질 통제의 일부가 된다.
어떤 개발자는 TDD를 주장하고, 다른 사람들은 필요하다고 느낀 테스트에서만 단위 테스트를 주장할 것이다.
일부 개발자들은 다수의 케이스를 단일 테스트 메서드로 몰아 넣기를 선호할 수도 있따.
느린 통합 테스트를 선호하기도 한다.
중요한 것은 팀이 같은 편이 되는 것이다. 오랜 언쟁은 다른 사람의 시간을 빼앗는 일이 되기에 적어도 어떤 것에는 동의하고 합의점을 늘려나가는 방향으로 시작해야한다.
[단위 테스트 표준 만들기]
토론 → 회의를 진행해 기대 사항 적는것에 멈추면 안된다.
표준들 위에서 지속할 필요가 있고, 표준들을 다시 살피고 수정해야한다.