개발자들은 그래도 나름 객관적이고 이성적으로 데이터를 기반으로 판단하는 기특함이 조금은 더 있습니다만, 그래도 인간인데다, 어디 그렇게 명확히 합의된 정의 없이 이래저래 쓰는 것들이 있습니다. 예를

개발자들은 그래도 나름 객관적이고 이성적으로 데이터를 기반으로 판단하는 기특함이 조금은 더 있습니다만, 그래도 인간인데다, 어디 그렇게 명확히 합의된 정의 없이 이래저래 쓰는 것들이 있습니다. 예를들어, 어떤 사람은 단위테스트와 기능테스트 통합 테스트들을 구분짓고 어떤 명확한 기준을 정해 따르긴 하겠지만, 그 정의는 어떤 문서를 기준으로 해야 할까요? 다들 그렇게 한다라는 기준처럼 모호한게 없습니다. 그 다들은 내가 생각하는, 내가 접한 주변의 사람들이나 글들 따위에서 비롯된 것이고, 그 자료들이 또 수두룩빽빽하고, 사람마다 접한 자료가 조금씩 다르기 마련입니다. 어디 사전에 나왔다면 모를까. 만약 위키페디아에 나온 정의가 있다 할지라도, 그건 내가 위키페디아를 신뢰한다고 하더라도, 딴사람은 그닥 신뢰지 않고 지내는 경우도 있습니다. 암튼, 요지는 질문자님이 잘못이해하고 아니고를 떠나서, 팀마다 적응해야 할 암묵적 합의라는 게 있는 건데, 해당 팀에서 이미 DB연결을 하면서 단위테스트라고 혼용해 쓴다면, 거기에 적응하는 것도 방법입니다. "아 여기서는 DB연결을 포함하고 테스트 하면서도 단위테스트라고 부르는 거구나"라고요. 회사나 팀마다 각자의 jargon들이 있고, 경력사원들도 이직하면 그런 지엽적 용어들을 익히는데 오랜 시간이 필요합니다. 아무리 봐도 뭔가 객관적 자료가 있는 걸 틀리게 얘기한다? 그러면, 잘 적응해 지내다가 질문의 형태로 물어보는 것도 방법입니다. 지적의 형태가 되면 곤란합니다. 오히려 반작용이 일 수 있지요. 요약하면, 제가 보기엔, DB연결 포함한 단위테스트도 무방하고, 질문자님의 기존 지식도 틀리지 않다라고 말씀드리겠습니다. 그런거 맞고 틀리고 논쟁할 시간에 기능 하나를 더 잘 만듭시다.