BDD (Behavior Driven Development) là một quá trình phát triển phần mềm dựa trên phương pháp Agile(phát triển phần mềm linh hoạt).

Bạn Đang Xem: BDD là gì? Giới thiệu tổng quan về BDD

Dựa vào requirement các kịch bản test (Scenarios) sẽ tiến hành viết trước dưới dạng tiếng nói tự nhiên và dễ hiểu nhất sau đó mới thực hiện tùy chỉnh thiết lập source code đễ pass qua tất cả những stories đó.

Những kịch bản test này được viết dưới dạng các feature file và yên cầu sự hợp tác từ tất cả những thành viên tham gia dự án hay stakeholder.

BDD được viết dưới dạng plain text language gọi là Gherkin.

Các quy tắc khi viết Gherkin:

• File lưu dưới dạng extension là .feature.

• Mỗi một file .feature thường gồm một chức năng duy nhất.

• Một chức năng gồm có nhiều kịch bản khác nhau với list các bước.

Cú pháp của Gherkin

Xem Thêm : Java Annotation Là Gì? Giới Thiệu Một Số Annotation Sẵn Có Của Java

Một file feature bằng Gherkin được trình bày dưới dạng như sau:

Ý nghĩa của khá nhiều từ khóa

• Feature: Là một đoạn text mô tả ngắn gọn về chức năng thực hiện

• Background: Được cho phép thêm một số văn cảnh cho tất cả những Scenario trong feature Có chứa một số bước được chạy trước mỗi Scenario Có thể hiểu đơn giản giống như xét tuyển tiên quyết để thực hiện tất cả những Scenario trong feature Được khai báo sau từ khóa “Feature”

• Scenario: Từ khóa mở màn trước mỗi kịch bản, tiếp theo là tiêu đề của kịch bản sẽ thực hiện Mỗi kịch bản gồm có một hoặc nhiều bước

• Given: Mô tả xét tuyển tiên quyết để thực hiện 1 Scenario

• When: Mô tả các hành động chính (Steps) mà người dùng thực hiện

• Xem Thêm : Appium là gì? Tìm hiểu công cụ kiểm thử tự động hóa mã nguồn mở

  Then: Mô tả kết quả đầu ra mong muốn của Scenario

• And/ But: Thay thế cho những từ khóa Given/ When/ Then để làm cho lớp học mạch lạc hơn

Ưu điểm

• Giúp xác định đúng yêu cầu của khách hàng: do tài liệu dựa theo phía tiếng nói tự nhiên nên bất kì đối tượng người tiêu dùng nào thì cũng hiểu được, nên những khi đọc tài liệu này khách hàng có thể dễ dàng biết được lập trình viên có đang đi đúng hướng họ mong muốn không.

• Là tài liệu sống của dự án: tài liệu luôn luôn được update khi có bất kì thay đổi nào, nên tất cả thành viên không bị miss thông tin trong quá trình phát triển dự án.

• Giảm bớt những case không hợp lý, hoặc không thể làm được tại thời khắc ngày nay: khi viết tài liệu cần ít nhất 1 developer, 1 QA, 1 BA do đó có thể thảo luận case nào không hợp lý, case nào không thể thực ngày nay thời khắc hiển tại trước lúc mở màn code chức năng.

Nhược điểm

• Yêu cầu hiểu sâu về số lượng lớn các khái niệm, vì vậy muốn tiếp cận với BDD thì yêu cầu developers cần hoàn toàn làm rõ về TDD.

• Vì nó là một khái niệm, biến nó thành một kỹ thuật thực hiện hoặc kết nối nó với một bộ phương tiện có tức thị hủy hoại nó.

Tài liệu tham khảo: https://labs.septeni-technology.jp/bdd/kiem-thu-tu-dong-su-dung-bdd-2/ https://blog.testlodge.com/what-is-bdd/