Trong phát triển Agile, câu chuyện người dùng là khối xây dựng cơ bản để mang lại giá trị cho khách hàng. Những mô tả ngắn gọn về chức năng mong muốn này ghi lại ‘ai’, ‘là gì’ và ‘tại sao’ của một tính năng hoặc yêu cầu. Tuy nhiên, để đảm bảo rằng các câu chuyện người dùng vừa có thể thực hiện được vừa có thể kiểm thử, các đội Agile thường sử dụng một kỹ thuật gọi là tiêu chuẩn chấp nhận ‘Give / When / Then’ (GWT). Phương pháp này giúp xác định rõ ràng và không mơ hồ hành vi mong đợi của một câu chuyện người dùng.
Tiêu chuẩn chấp nhận là gì?
Tiêu chuẩn chấp nhận là những điều kiện hoặc quy tắc mà một câu chuyện người dùng phải đáp ứng để được coi là hoàn thành. Chúng đóng vai trò như một cầu nối giữa tầm nhìn của người sở hữu sản phẩm và việc triển khai của đội phát triển. Nói cách khác, chúng xác định ranh giới và kỳ vọng cho mỗi câu chuyện người dùng. Không có các tiêu chuẩn chấp nhận được xác định rõ ràng, một câu chuyện người dùng có thể bị hiểu theo nhiều cách khác nhau, dẫn đến hiểu lầm và công việc phải làm lại.
Cấu trúc của tiêu chuẩn chấp nhận Give / When / Then
Give / When / Then là một định dạng để xây dựng tiêu chuẩn chấp nhận, được mượn từ Phát triển Hướng hành vi (BDD). Nó khuyến khích cách diễn đạt hành vi mong muốn của một câu chuyện người dùng một cách có cấu trúc và dễ hiểu hơn. Định dạng này gồm ba phần:
- Give: Phần này mô tả bối cảnh hoặc trạng thái ban đầu của hệ thống. Nó tạo nền tảng cho tình huống mà bạn đang mô tả. Nói cách khác, nó cung cấp thông tin nền cần thiết để hiểu rõ tình huống.
- When: Phần này đại diện cho hành động hoặc sự kiện kích hoạt hành vi được mô tả trong câu chuyện người dùng. Đó là sự kiện cụ thể mà người dùng thực hiện hoặc xảy ra bên trong hệ thống.
- Then: Phần này nêu rõ kết quả hoặc kết quả mong đợi của hành động hoặc sự kiện được mô tả trong phần ‘When’. Nó xác định điều gì sẽ xảy ra như một hệ quả của hành động đó, thường dưới dạng những thay đổi có thể quan sát được trong hệ thống hoặc ứng dụng.
Lợi ích của tiêu chuẩn chấp nhận Give / When / Then
- Tính rõ ràng: Định dạng GWT cung cấp cách thức có cấu trúc và dễ hiểu để diễn đạt hành vi mong đợi của một câu chuyện người dùng. Điều này giảm thiểu sự mơ hồ và đảm bảo rằng mọi người trong đội phát triển, bao gồm cả lập trình viên, kiểm thử viên và người sở hữu sản phẩm, đều hiểu rõ điều cần làm.
- Khả năng kiểm thử: Định dạng này tự nhiên phù hợp với các trường hợp kiểm thử. Mỗi thành phần ‘Given’, ‘When’ và ‘Then’ có thể được chuyển đổi thành các tình huống kiểm thử cụ thể, giúp dễ dàng xác minh rằng câu chuyện người dùng đã được triển khai đúng cách.
- Sự đồng thuận: Tiêu chuẩn chấp nhận GWT khuyến khích sự hợp tác giữa các thành viên trong đội. Người sở hữu sản phẩm, lập trình viên và kiểm thử viên có thể cùng nhau xác định và hoàn thiện các tiêu chuẩn, đảm bảo rằng mọi người đều thống nhất về phạm vi và kỳ vọng của câu chuyện.
Ví dụ về tiêu chuẩn chấp nhận Give / When / Then
Hãy cùng xem xét một ví dụ đơn giản cho một trang web thương mại điện tử:
Câu chuyện người dùng: Là một khách hàng, tôi muốn có thể thêm các sản phẩm vào giỏ hàng để có thể mua chúng sau này.
Tiêu chuẩn chấp nhận (GWT):
- GivenTôi đang ở trang sản phẩm
- WhenTôi nhấp vào nút ‘Thêm vào giỏ hàng’ cho một sản phẩm
- ThenSản phẩm nên được thêm vào giỏ hàng của tôi
- VàBiểu tượng giỏ hàng trong thanh điều hướng nên hiển thị số lượng mục đã cập nhật
- VàTôi nên thấy một thông báo xác nhận cho biết sản phẩm đã được thêm vào giỏ hàng
Trong ví dụ này, các tiêu chí chấp nhận cung cấp sự hiểu rõ về những gì được mong đợi từ câu chuyện người dùng, làm cho nó có thể thực hiện và kiểm thử được.
Mô tả vấn đề – Trường hợp nghiên cứu:
Hãy cùng xem xét một trường hợp nghiên cứu về một ứng dụng chia sẻ xe phổ biến như Uber. Vấn đề hiện tại là cải thiện trải nghiệm người dùng bằng cách giới thiệu một tính năng cho phép hành khách đặt trước chuyến đi vào các ngày và thời điểm cụ thể.
Câu chuyện người dùng với tiêu chí chấp nhận GWT:
Câu chuyện người dùng 1: Đặt chuyến đi trước
Là một hành khách, tôi muốn có thể đặt trước chuyến đi vào một ngày và thời điểm cụ thể,để tôi có thể lên kế hoạch cho các chuyến đi của mình tốt hơn.
Tiêu chí chấp nhận (GWT):
- Cho rằngTôi đã cài đặt ứng dụng chia sẻ xe và đang đăng nhập
- KhiTôi mở ứng dụng và nhập điểm đến, ngày và thời gian cho chuyến đi
- ThìỨng dụng nên hiển thị các tài xế sẵn sàng cho ngày và thời gian đã chọn
- VàTôi nên có thể xác nhận và đặt chuyến đi
- VàTôi nên nhận được thông báo xác nhận kèm theo chi tiết về chuyến đi đã đặt
Câu chuyện người dùng 2: Sửa đổi hoặc hủy một chuyến đi đã đặt
Là một hành khách, tôi muốn có tùy chọn sửa đổi hoặc hủy một chuyến đi đã đặt,trong trường hợp kế hoạch của tôi thay đổi.
Tiêu chí chấp nhận (GWT):
- Giả sửTôi có một chuyến đi đã được lên lịch
- KhiTôi mở ứng dụng và điều hướng đến các chuyến đi đã được lên lịch của tôi
- ThìTôi nên thấy danh sách các chuyến đi sắp tới đã được lên lịch của tôi
- VàTôi nên có thể chọn một chuyến đi để chỉnh sửa ngày và giờ hoặc hủy nó
- VàNếu tôi chỉnh sửa chuyến đi, ứng dụng nên hiển thị các tài xế sẵn sàng cho ngày và giờ đã cập nhật
- VàTôi nên nhận được thông báo xác nhận cho bất kỳ thay đổi nào được thực hiện
Câu chuyện người dùng 3: Thông báo cho tài xế về các chuyến đi đã được lên lịch
Là một tài xế, tôi muốn nhận thông báo khi một hành khách đặt chuyến đi với tôi, để tôi có thể lên kế hoạch về thời gian sẵn sàng.
Tiêu chí chấp nhận (GWT):
- Giả sửTôi là một tài xế đang hoạt động với ứng dụng chia sẻ xe đang mở
- Khimột hành khách đặt chuyến đi với tôi vào một ngày và thời gian cụ thể
- ThìTôi nên nhận được thông báo tức thì với chi tiết về chuyến đi đã được lên lịch
- VàỨng dụng nên hiển thị chuyến đi đã được lên lịch trên bảng điều khiển tài xế của tôi
- VàTôi nên có thể chấp nhận hoặc từ chối chuyến đi đã được lên lịch trong một khoảng thời gian hợp lý
Câu chuyện người dùng 4: Cung cấp phản hồi cho các chuyến đi đã được lên lịch
Là một hành khách, tôi muốn có thể cung cấp phản hồi và đánh giá tài xế cho các chuyến đi đã đặt trước, để giúp duy trì chất lượng dịch vụ.
Tiêu chí chấp nhận (GWT):
- Giả sửTôi đã hoàn thành một chuyến đi đã đặt trước
- KhiTôi mở ứng dụng sau khi chuyến đi đã hoàn thành
- ThìTôi nên có tùy chọn để đánh giá tài xế và cung cấp phản hồi
- VàXếp hạng của tài xế nên được cập nhật dựa trên phản hồi của tôi
- VàTôi nên nhận được thông báo cảm ơn vì đã cung cấp phản hồi
Các câu chuyện người dùng này và các tiêu chí chấp nhận Gợi ý / Khi / Thì liên quan giải quyết vấn đề giới thiệu tính năng đặt chuyến đi trong ứng dụng chia sẻ xe. Bằng cách tuân theo cách tiếp cận có cấu trúc này, đội phát triển có thể đảm bảo hiểu rõ các yêu cầu và hành vi mong đợi của tính năng mới, cuối cùng dẫn đến trải nghiệm người dùng tốt hơn.
Kết luận
Các tiêu chí chấp nhận Gợi ý / Khi / Thì cung cấp một cách tiếp cận có cấu trúc để xác định hành vi mong đợi của các câu chuyện người dùng trong phát triển Agile. Bằng cách chia nhỏ các tiêu chí thành ba phần riêng biệt – Gợi ý, Khi và Thì – các đội có thể đạt được sự rõ ràng, khả năng kiểm thử và sự đồng thuận cao hơn, cuối cùng dẫn đến quá trình phát triển sản phẩm thành công hơn. Việc tích hợp định dạng này vào quy trình Agile của bạn có thể giúp đội của bạn cung cấp phần mềm chất lượng cao đáp ứng mong đợi người dùng.