D- Detailed appropriatezly (Đủ chi tiết hợp lý): Những hạng mục
7KĨ THUẬT AGILE
PHÁT TRIỂN HƯỚNG KIỂM THỬ (TDD)
Đối với việc phát triển phần mềm, nếu ta đạt được chất lượng tự thân, chi phí cho sửa lỗi và bảo trì sẽ giảm đáng kể. Nếu ta khơng quan tâm tới việc đảm bảo chất lượng sản phẩm từ sớm, những lỗi kĩ thuật sẽ tích tụ và trở thành nợ kĩ thuật (technical debt), và ai đó sẽ phải trả món nợ này về sau.
Các lỗi được phát hiện càng sớm thì càng dễ để sửa chữa hơn, các lỗi phát hiện càng muộn thì chi phí sửa chữa càng tăng lên. TDD là một trong số các lựa chọn phổ biến để đảm bảo lỗi luôn được sớm phát hiện và xử lý.
Cảm giác ban đầu với hầu hết các nhóm Scrum khi nhìn vào TDD là “tốn thì giờ”, tuy nhiên, khi nhìn từ góc độ dài hạn, thì càng đầu tư
cho cái tốn thì giờ ban đầu, càng tiết kiệm về sau. Nói cách khác “muốn nhanh, cứ phải từ từ”.
img888
Theo S. Ambler
TDD (Test-Driven Development) là một kĩ thuật được giới thiệu
trong XP, trong đó việc viết các bài kiểm thử được thực hiện trước khi bắt tay vào viết mã nguồn. Các vòng phát triển (bao gồm việc viết các bài kiểm thử và mã nguồn) được lặp đi lặp lại trong khoảng thời gian tương đối ngắn.
Kĩ thuật TDD được sử dụng rộng rãi bởi vì nó giúp nhóm nâng cao chất lượng tự thân của sản phẩm, giảm thiểu các lỗi có thể có ngay từ giai đoạn đầu, gia tăng độ tin cậy, tính linh hoạt và khả năng mở rộng. Ngồi ra, có một số nghiên cứu đã chỉ ra rằng các nhóm sử dụng TDD thường nâng cao được năng suất của mình so với trước đó.
Các bước trong TDD
Mơ hình hoạt động của TDD thường được mô tả bằng thuật ngữ “Red – Green – Refactor” nhằm thể hiện các bước thực hiện:
84
Định dạng của một bài kiểm thử
Một bài kiểm thử thường có định dạng như sau:
Given
Mơ tả một trạng thái hay điều kiện của hệ thống Ví dụ: Một danh sách các sản phẩm
Mô tả một hành động hoặc sự kiện xảy ra Ví dụ: Bấm vào nút SẮP XẾP THEO GIÁ
Then
Mơ tả kết quả đạt được
Ví dụ: Danh sách sản phẩm được sắp xếp theo giá