Giai đoạn chạy thử

Bây giờ ứng dụng của bạn đã được xây dựng, bước tiếp theo là bắt đầu thử nghiệm nó. Trong phần này, bạn sẽ tìm hiểu những điều cơ bản về cách thực hiện thử nghiệm.

Loại thử nghiệm

Thử nghiệm đơn vị

Thử nghiệm đơn vị được sử dụng để kiểm tra xem một chức năng hoặc tính năng cụ thể của ứng dụng có hoạt động đúng hay không.

Thử nghiệm đầu cuối

Thử nghiệm đầu cuối được sử dụng để kiểm tra xem giải pháp tổng thể có chạy chính xác không. Điều này rất quan trọng vì ngay cả khi tất cả các thử nghiệm đơn vị hoạt động chính xác, sự tích hợp giữa hai đơn vị có thể thất bại. Các thử nghiệm này được thực hiện bằng cách tuân theo một kịch bản thử nghiệm gần với trường hợp sử dụng của quy trình kinh doanh thực tế.

Thử nghiệm nghiệm thu người dùng

Thử nghiệm nghiệm thu của người dùng (UAT) được thực hiện bởi người dùng ứng dụng chứ không phải người tạo. Thử nghiệm này là để đảm bảo rằng những gì đã được xây dựng bởi các nhà sản xuất phù hợp với yêu cầu ban đầu của người dùng.

Dưới đây là một số mẹo để có kết quả tốt từ UAT:

  • Thử nghiệm với người dùng thực tế.

  • Cố gắng chọn người dùng có sự đa dạng về mức độ kỹ năng CNTT. Bằng cách này, bạn có thể nhận được nhiều phản hồi.

  • Đừng đưa ra hướng dẫn sử dụng; xem liệu họ có thể hiểu ứng dụng bằng trực giác.

  • Quan sát cách họ điều hướng ứng dụng mà không cần hỗ trợ và xem nơi bạn có thể cải thiện thiết kế.

  • Khi người dùng gặp khó khăn trên màn hình, hãy yêu cầu họ giải thích những gì họ mong đợi.

  • Hãy thử các thiết bị khác nhau để đảm bảo các trường hợp thử nghiệm hoạt động giống nhau.

  • Tốt nhất, hãy kiểm tra ứng dụng trong môi trường hoặc vị trí thực tế của người dùng nếu ứng dụng sử dụng tính năng ngoại tuyến.

  • Yêu cầu người dùng cố gắng "phá vỡ" ứng dụng của bạn, chẳng hạn như bằng cách nhập các ký tự bất thường vào các trường văn bản.

  • Người dùng thường sẽ kiểm tra "đường dẫn hạnh phúc" (đường dẫn người dùng thực hiện khi mọi thứ diễn ra hoàn hảo); yêu cầu họ kiểm tra cả các tình huống như hủy bỏ báo cáo chi phí thay vì gửi nó, hoặc từ chối báo cáo chi phí thay vì phê duyệt nó.

Người dùng của bạn có thể không quen thuộc với phần mềm thử nghiệm. Cho họ biết loại phản hồi bạn đang tìm kiếm. Việc cung cấp một mẫu cho "lỗi" thường rất hữu ích để đảm bảo người kiểm tra giải thích chính xác những gì họ đã làm, những gì đã xảy ra, những gì họ dự kiến sẽ xảy ra và bất kỳ thông tin liên quan nào về môi trường thử nghiệm của họ (như loại thiết bị và trình duyệt).

Việc người dùng yêu cầu thay đổi thông số kỹ thuật hoặc yêu cầu các tính năng bổ sung là điều tự nhiên và OK. Các yêu cầu này phải được ghi lại trong danh sách tính năng được mô tả trong Ưu tiên các tính năng và yêu cầu.

Tạo các trường hợp và tình huống thử nghiệm

Để viết các kịch bản kiểm tra toàn diện và các trường hợp thử nghiệm, bạn nên tham khảo lại các phần Giai đoạn lập kế hoạchGiai đoạn thiết kế để đảm bảo rằng bạn kiểm tra tất cả các tình huống quan trọng.

Bước đầu tiên là viết các thử nghiệm đơn vị. Hãy chắc chắn rằng bạn chia các thử nghiệm thành từng tính năng hoặc chức năng. Các trường hợp kiểm tra cho các bài kiểm tra đơn vị nên được liệt kê như bảng dưới đây:

Trường hợp thử nghiệm số Mô tả kiểm tra Thông tin đầu vào để kiểm tra Kết quả mong đợi Kết quả
1-1 Gửi chi tiết đơn hàng từ một biểu mẫu Số đơn hàng 16516 Đơn hàng được gửi thành công
1-2 Kiểm tra xem PDF có được tạo và đính kèm vào bản ghi không Không áp dụng Tập tin PDF được đính kèm vào hồ sơ
1-3 Kiểm tra thông báo email được gửi đến người dùng test@contoso.com Email được nhận bởi người nhận được chỉ định

Các công cụ giúp bạn kiểm tra các ứng dụng canvas

Power Apps Test Studio (thử nghiệm)

Để thử nghiệm bên trong các ứng dụng canvas, bạn có thể sử dụng một công cụ tích hợp có tên Power Apps Test Studio để viết, sắp xếp và tự động hóa các thử nghiệm cho ứng dụng canvas. Thêm thông tin: Test Studio (thử nghiệm)

Giám sát Azure (thử nghiệm)

Khi bạn đang kiểm tra các vấn đề về hiệu suất, bạn có thể sử dụng Giám sát để kiểm tra hoạt động của mạng, tương tự như theo dõi mạng trong trình duyệt. Để biết chi tiết về công cụ Giám sát, hãy xem bài đăng trên blog Giới thiệu Monitor để gỡ lỗi ứng dụng và cải thiện hiệu suất.

Công cụ giúp bạn kiểm tra các ứng dụng dựa trên mô hình

EasyRepro

EasyRepro là công cụ được cung cấp cho Dynamics 365 và các ứng dụng dựa trên mô hình Power Apps. Nó không chỉ bao gồm một công cụ kiểm tra mà còn có hơn 200 trường hợp kiểm tra mẫu để giúp bạn tăng tốc quá trình kiểm tra. Để biết thêm thông tin, hãy xem bài đăng trên blog Khung kiểm tra tự động EasyRepro và truy cập tại Kho lưu trữ EasyRepro GitHub.

Trình kiểm tra giải pháp

Trình kiểm tra giải pháp là một công cụ kiểm tra xem giải pháp bạn đã tạo có phù hợp hay không. Bạn có thể nhanh chóng đánh giá các vấn đề và xem các bản sửa lỗi được đề xuất. Thông tin thêm: Sử dụng công cụ kiểm tra giải pháp để xác thực ứng dụng dựa trên mô hình của bạn trong Power Apps

Lưu ý

Bạn có thể cho chúng tôi biết bạn thích dùng ngôn ngữ nào cho tài liệu không? Làm một cuộc khảo sát ngắn. (xin lưu ý, khảo sát này bằng tiếng Anh)

Cuộc khảo sát sẽ mất khoảng bảy phút. Không có dữ liệu cá nhân nào được thu thập (điều khoản về quyền riêng tư).