테스트는 종교입니다

모범 사례 5-종교처럼 따라야 할 테스트

일정이 아무리 빡빡하거나 코드 내에서 작은 주석을 변경 했더라도 모든 작거나 큰 변경 후에는 테스트가 필수입니다. 변경된 코드에 대해 테스트해야합니다.

소프트웨어를 개발하는 동안 신뢰와 같은 것은 없습니다. 아무리 전문가이거나 소스 코드를 작성하는 데 얼마나 상급자이더라도 코드에서 수행 한 모든 변경 사항에 대해 테스트를 수행해야합니다.

빡빡한 일정, 타협 없음.
주석 만 변경했지만 여전히 테스트해야합니다.
변수 이름 만 변경하면 테스트를 수행해야합니다.
게으르다면 ... 너무 위험 해.

따르고 싶지 않다면? 당신은 곤경에 처할 것입니다!

발견 한 모든 버그를 축하하세요

예, 귀하 또는 다른 테스터가 귀하의 소프트웨어 소스 코드에서 버그를 발견하더라도 불만족스러워서는 안됩니다. 다음은이 중요한 발견을 축하 할 충분한 이유입니다.

벌레는 적이므로 하나를 죽였습니다.
이제 소프트웨어에 버그가 하나 적습니다.
실수는 반복되지 않는 한 좋습니다.
오늘 배운 것은 내일을 준비합니다

동시에, 개발자의 코드에 버그가 발생하더라도 개발자를 비난하지 마십시오. 적어도 지금까지는 버그없는 소스 코드를 작성할 수있는 프로그래머를 알지 못합니다. 둘째, 이것이 우리의 이유 중 하나입니다. SDLC (Software Development Life Cycle)에는 포스트 프로덕션 지원 (또는 지원 및 유지 관리)이라고하는 별도의 단계가 있습니다.