자신의 코드 테스트를 개선하는 방법 [닫기]

오늘 나는 다소 어리석지 만 매우 중요한 것으로 인해 전혀 작동하지 않는 것으로 밝혀진 일부 코드의 변경 사항을 확인했습니다. 나는 그것에 대해 정말로 기분이 나쁘고 마지막으로 그것에 대해 배우기를 바랍니다. 멍청한 일은, 나는 전에 이런 일을 해왔고 다음에 나는 그렇게 어리석지 않을 것이라고 항상 나 자신에게 말한다 ... 그런 다음 다시 발생하고 나는 그것에 대해 더 나쁘게 느낀다.

나는 당신이 당신의 턱을 유지하고 실수로부터 배워야한다는 것을 알고 있지만 여기에 있습니다 : 나는 나 자신을 개선하려고 노력합니다. 나는 이러한 일이 발생하는 것을 막을 수있는 방법을 보지 못합니다.

자, 이제 여러분 께 묻습니다 : 코드를 테스트 할 때 특정한 기본 규칙이 있습니까?

코드를 변경하기 전에 테스트를 작성하십시오.

제안 된 변경 사항으로 버그를 수정하는 것이면 먼저 버그를 시연하여 테스트에 실패하도록하십시오. 그런 다음 버그를 수정 한 후에 전달하십시오. 나중에 테스트를 작성하고 통과 한 것을 본 적이 있다면 처음부터 버그를 올바르게 테스트했는지 확신 할 수 없습니다.

기존 기능을 변경하거나 기능을 추가하는 것이 제안 된 변경 사항 인 경우 변경하려는 코드 영역을 제대로 다루기 위해 몇 가지 테스트를 작성하십시오. 코드 변경을 시작하기 전에 이러한 테스트를 통과했는지 확인한 후에도 테스트를 통과하십시오.

최첨단 사례를 테스트하는 것을 잊지 마십시오! 많은 버그는 가장 일반적인 작업이 테스트되었지만 덜 일반적인 작업은 아니기 때문입니다.

기술 지향 답변의 기술 조언을 따르십시오. 좋은 물건입니다. 내 대답은 태도에 관한 것입니다.

모든 개발자가 가끔 실수를 저지르는 것에 대해 나쁜 생각을하는 것은 터무니 없으며, 앞으로 그러한 종류의 실수를 저지르는 데 도움이되지 않습니다. 거기에 기분이 나쁘지만 빌드가 여전히 깨졌습니다. 그리고 당신의 작업은 실수를 피하는 것입니다. 아침에 일어나 침대에서 매일 매일 흥미 진진한 모험을하는 것을 알고 있습니다.

깨진 코드를 체크인하는 것이 대중의 부끄러움을 일으키는 회사에 대해 들었습니다. 나는 그런 행동으로 이어지는 뒤틀린, 사춘기 소년, 중학교 수준의 사고에 머리를 댈 수조차 없습니다. 팀장이나 관리자가 더 역효과를 낼 수는 없습니다.

그러니 자신을 때리지 마십시오. 우리 모두 다 해냈어 어리석은 실수로 일주일에 반 하루의 비용이 들었고, 오랫동안 (기침)이 일을 해왔습니다. 그것이 코드를 작성하는 것처럼 보이는 것입니다. 자신의 부적절한 것처럼 보이는 것에 대해 끊임없이 충돌하고 있습니다. 전문가를 전문가로 만드는 것은 결코 실수를하지 않는 신화적인 특성이 아니며 (실제로 큰 실수를 포함하여) 그들이 저지르는 실수에 어떻게 대응 하는가입니다.

내가 작업하는 모든 개발자에게 주입 할 수있는 하나의 진언이 있다면 다음과 같습니다. 당신은 코드가 아닙니다 . 당신은 코드를 작성합니다. 당신은 당신이 할 수있는 한 효율적이고 효율적으로 작성합니다. 그럼 집에가 코드의 품질을 가진 사람으로서의 가치 또는 자존심을 동일시하면 실제로 자신에 대한 보트를 놓친 것입니다.

또 다른 중요한 테스트 방법은 테스트를 작성하고 코드를 작성하기 전에 한 번 이상 실패했는지 확인하는 것입니다. 검사하고있는 상태를 실수로 테스트하지 않는 타투 로지 테스트를 작성하는 것은 쉬운 일입니다. 거짓 보증은 보증이없는 것보다 거의 (그리고 때로는 더 나쁘다).

내가 때때로 사용했던 아이디어는 이것입니다.

분기를 만들고 코드를 깨고 테스트를 실행 한 다음 테스트에서 오류가 발생하는지 확인하십시오.

코드를 테스트 할 때 특정한 기본 규칙이 있습니까?

• 항상 코드를 단위 테스트하고 가능한 한 높은 범위에 도달하십시오.

몇 가지 추가 일반 사항 :

• 코딩을 시작하기 전에 디자인 및 계획에 시간을 투자
• 코드를 리팩터링하십시오!