Viết các mục xác nhận cho truyện người dùng
Tương thích Visual ParadigmPhiên bản: Doanh nghiệp, Chuyên nghiệp, Chuẩn, Người mô hình
Truyện người dùng có ba thành phần quan trọng thường được gọi là 3C (thẻ, cuộc trò chuyện và xác nhận). Truyện người dùng được viết trên thẻ. Thẻ không chứa đầy đủ thông tin. Nó là lời nhắc về mục đích của truyện trong quá trình khám phá yêu cầu. Yêu cầu thực tế được truyền đạt từ người dùng cuối đến nhà phát triển thông qua cuộc trò chuyện: trao đổi quan điểm, tình huống và luồng công việc vận hành. Thành phần cuối cùng của một truyện người dùng là tiêu chí chấp nhận được sử dụng để xác nhận rằng truyện người dùng đã được triển khai và giao đúng cách. Thường thì tiêu chí chấp nhận được nghĩ ra trong quá trình trao đổi giữa đội dự án và người dùng cuối. Tốt nhất là xác định tiêu chí chấp nhận ngay trước khi truyện người dùng được phân phối trong một sprint. Truyện người dùng chỉ nên bao gồm lượng thông tin tối thiểu cần thiết để hỗ trợ phát triển và cho phép kiểm thử tiến hành một cách hiệu quả hợp lý. Lý do của điều này là để giảm thiểu thời gian dành cho bất kỳ việc gì không tạo thêm giá trị cho sản phẩm cuối cùng.
Lợi ích của tiêu chí chấp nhận
Truyện người dùng phải đi kèm với các tiêu chí chấp nhận tốt, những yêu cầu cần được đáp ứng để coi một truyện là hoàn thành. Giống như truyện người dùng, tiêu chí chấp nhận được viết bằng ngôn ngữ đơn giản để xác định rõ ràng khi một công việc được hoàn thành và hoạt động như mong đợi. Có nhiều lợi ích khi kết hợp tiêu chí chấp nhận vào truyện người dùng:
- Cảnh huống xác nhận khuyến khích đội ngũ suy nghĩ kỹ lưỡng về cách một tính năng hoặc phần chức năng sẽ hoạt động từ góc nhìn của người dùng cuối.
- Tiêu chí chấp nhận loại bỏ sự mơ hồ trong yêu cầu để tránh những bất ngờ xảy ra vào cuối một sprint hoặc phát hành và đảm bảo sự hài lòng của khách hàng.
- Nhà phát triển có thể tạo các bài kiểm thử dựa trên những tiêu chí đó để xác nhận khi một công việc đang hoạt động và đã hoàn tất.
Chuẩn bị
Bạn cần một dự án để làm việc. Để tránh làm hỏng dữ liệu sản xuất của bạn, hãy tạo một dự án mới trong Visual Paradigm và đặt tên là Cửa hàng trực tuyến. Bạn có thể tạo một dự án mới bằng cách chọnDự án > Mới từ thanh công cụ ứng dụng.
Tạo truyện người dùng
- Mở UeXceler bằng cách chọnUeXceler > UeXceler từ thanh công cụ ứng dụng.
- MởTruyện người dùnghiện tại.

- Tạo một truyện người dùng mới bằng cách nhấp đúp vào vùng trống của khung và nhập chủ đề của truyện:Khách hàng muốn thêm sản phẩm vào giỏ hàng.

- Nhấp vào nền của khung để xác nhận chỉnh sửa.
Viết các mục xác nhận cho truyện người dùng
Hãy viết phần xác nhận cho truyện người dùng mà chúng ta vừa tạo.
- Nhấp đúp vào truyện người dùng để mở nó.

- MởXác nhận thẻ.

- Nhấp vào hàng trống đầu tiên và bắt đầu gõ mục xác nhận đầu tiên: Thêm một sản phẩm vào giỏ hàng (một lần). Điều này có nghĩa là khi người sở hữu sản phẩm xác nhận hoàn thành câu chuyện người dùng này, họ sẽ kiểm tra xem liệu họ có thể thêm thành công một sản phẩm vào giỏ hàng hay không. Nói cách khác, nhà phát triển phải cung cấp tính năng/chức năng này khi triển khai câu chuyện người dùng này.

- Bây giờ, hãy nhập các mục khác cần xác nhận:
- Thêm một sản phẩm vào giỏ hàng (nhiều thuộc tính)
- Thêm một sản phẩm vào giỏ hàng mà không chọn tất cả các thuộc tính bắt buộc
- Thêm một sản phẩm vào giỏ hàng mà không chọn số lượng
- Thêm một sản phẩm vào giỏ hàng với giá trị không phải số cho số lượng

Nhập các bước và kết quả mong đợi cho một mục xác nhận
Đối với mỗi mục xác nhận, các bước thực hiện trong quá trình xác nhận và kết quả mong đợi cho từng bước có thể được mô tả chi tiết hơn. Việc nhập các bước và kết quả mong đợi là tùy chọn. Thông thường, bạn làm điều này khi:
- Bạn muốn làm rõ nhu cầu của người sở hữu sản phẩm và các tiêu chí chấp nhận bằng một kịch bản sử dụng được thể hiện qua các bước và kết quả mong đợi
- Người sở hữu sản phẩm có thể không nhớ cách xác nhận một tính năng, điều này có thể do:
- Thời gian phát triển có thể kéo dài
- Yêu cầu phức tạp
- Logic hệ thống phức tạp
Để nhập các bước:
- Nhấp lại vào mục xác nhận đầu tiên Thêm một sản phẩm vào giỏ hàng (một lần).
- Di chuyển con trỏ chuột đến phía bên phải của mục, gần mép cửa sổ ứng dụng. Sau đó, nhấp vào nút Thêm bước.

- Nhập bước đầu tiên Mở trang sản phẩm.

- Bạn có thể nhập kết quả mong đợi cho bước này, nhưng trong trường hợp này, vì kết quả khá rõ ràng – trang sản phẩm đã được mở, nên chúng ta sẽ bỏ qua nó.
- Nhấn Enter để chuyển sang bước tiếp theo.
- Nhập Chọn tất cả các thuộc tính cần thiết như bước.

- Nhấn Enter lần nữa.
- Nhập Nhập số lượng ‘2’ như bước thứ ba.

- Nhấn Enter lần nữa.
- Nhập Nhấp vào Thêm vào giỏ hàng như bước. Giả sử chúng ta muốn nhấn mạnh vào việc kích hoạt lệnh. Chúng ta có thể làm điều này bằng cách chọn văn bản Thêm vào giỏ hàng và sau đó nhấn Ctrl-B để in đậm. Có các tùy chọn định dạng khác mà bạn có thể tìm thấy dưới menu UeXceler trong thanh công cụ ứng dụng.

- Hãy mô tả kết quả mong đợi khi thêm một mặt hàng vào giỏ hàng. Bạn có thể nhấn phím Tab để chuyển sang trường Kết quả mong đợi hoặc nhấp trực tiếp vào trường đó. Sau đó, nhập Thông báo để thêm mặt hàng giống vào giỏ hàng, với tùy chọn chọn các thuộc tính khác và số lượng mới.

- Nhấn Enter để chuyển sang bước tiếp theo.
- Nhập Nhấn Hủy như văn bản bước. In đậm từ Hủy.

- Nhập Hộp thoại bật lên đã đóng như kết quả mong đợi.

Quy trình xác nhận
Như bạn có thể thấy, phần Xác nhậnThẻ Confirmation thực tế là danh sách kiểm tra các mục xác nhận. Ở bên trái mỗi mục là một hộp kiểm tra. Khi người sở hữu sản phẩm đã xác nhận một câu chuyện người dùng, họ nên đánh dấu vào hộp kiểm tra, cho thấy việc hoàn thành các công việc liên quan.
Khi tất cả các mục đã được đánh dấu, và khi câu chuyện người dùng ở trạng thái Đang xác nhận trạng thái (như hiển thị dưới thẻ Trạng thái), bạn sẽ được nhắc nhở để đặt câu chuyện ở trạng thái Hoàn thành trạng thái.
Nếu bạn không thấy thông báo, bạn cũng có thể đặt câu chuyện ở trạng thái Hoàn thành thủ công bằng cách chọn nó dưới thẻ Mô tả trang.

Kết luận
Bằng cách sử dụng tính năng xác nhận, các tiêu chí chấp nhận của các câu chuyện người dùng trở nên minh bạch với tất cả các bên liên quan. Cả người dùng và đội phát triển đều có cùng một hiểu biết về điều gì được coi là ‘đúng’. Kết quả là, khả năng phải làm lại công việc giảm xuống và chất lượng công việc được cải thiện.