Jawaban saya kepada mereka yang percaya bahwa nilai TDD berlebihan

Apa itu TDD?

1. Menulis tes yang gagal untuk sebagian kecil fungsi.
2. Implementasi fungsional yang mengarah pada kelulusan tes.
3. Refactoring kode lama dan baru untuk mempertahankannya dalam keadaan terstruktur dan mudah dibaca.

#!/usr/bin/env python

"""
test.py
"""

import unittest

from main import *

class TestDrivenDevelopment(unittest.TestCase):

        def test_pythagorean_theorem(self):
                a, b = 3, 4
                self.assertEqual(calculate_side_c(a, b), 5)

if __name__ == '__main__':
    unittest.main()

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    return True

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    c_squared = (side_a * side_a) + (side_b * side_b)
    c = c_squared ** 0.5
    return c 

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    return ((side_a ** 2) + (side_b ** 2)) ** 0.5

1. Kami memiliki departemen QA. Tes menulis adalah tugas mereka.
2. Membuat tes di mana moki dan bertopik mungkin diperlukan dapat mengambil banyak waktu dan energi.
3. TDD tidak memiliki keunggulan dibandingkan pengembangan konvensional.
4. TDD lambat.

Kami memiliki departemen QA. Tes menulis adalah tugas mereka

• Kebenaran - memenuhi kebutuhan bisnis.
• Jelasnya.
• Testabilitas.
• Kemungkinan diperpanjang.
• Kesederhanaan.

Membuat tes di mana moki dan bertopik mungkin diperlukan dapat mengambil banyak waktu dan energi

• Apakah ini tes modular, atau haruskah dianggap sebagai tes tingkat yang lebih tinggi, sebagai tes layanan?
• Apakah kode dirancang dengan baik, apakah masing-masing kelas dan metode konsisten dengan prinsip tanggung jawab tunggal (apakah kodenya sangat erat)?

TDD tidak memiliki keunggulan dibandingkan pengembangan konvensional

TDD lambat

1. Frekuensi Penempatan.
2. Ubah waktu eksekusi.
3. Waktu pemulihan layanan.
4. Frekuensi kegagalan dengan perubahan.

Ringkasan