• Kịch bản thử nghiệm là gì?
  • Ví dụ về mẫu kịch bản thử nghiệm
• Kết luận
  • Tầm quan trọng của Kịch bản thử nghiệm
  • Sự khác biệt giữa Kịch bản thử nghiệm và Trường hợp thử nghiệm
  • Tại sao không thể thiếu các kịch bản thử nghiệm?
  • Triển khai các kịch bản thử nghiệm
• Ví dụ về kịch bản thử nghiệm
  • #1) Kịch bản thử nghiệm cho ứng dụng Kindle
  • #2) Tiêu chí Chấp nhận cho Google Tài liệu

Hướng dẫn này giải thích Kịch bản thử nghiệm là gì cùng với Tầm quan trọng, Triển khai, Ví dụ và Mẫu của Kịch bản thử nghiệm:

Mọi chức năng/tính năng phần mềm có thể được kiểm tra được gọi là Kịch bản thử nghiệm. Quan điểm của người dùng cuối được xem xét trong khi viết bất kỳ kịch bản thử nghiệm nào.

Hướng dẫn này sẽ giúp bạn trả lời các câu hỏi: tại sao cần phải có kịch bản thử nghiệm, khi nào cần có kịch bản thử nghiệm viết và cách viết các kịch bản thử nghiệm.

Kịch bản thử nghiệm là gì?

Hãy xem xét một tình huống giả định: Có một đại dương bao la. Bạn phải đi xuyên đại dương từ bờ biển này sang bờ biển khác. Ví dụ: từ Bờ biển Mumbai, Ấn Độ đến Bờ biển Colombo, Srilanka.

Phương thức di chuyển bạn có thể chọn là:

(i) Đường hàng không: Đáp chuyến bay đến Colombo

(ii) Đường thủy: Ưu tiên đi tàu thủy đến Colombo

(iii) Đường sắt: Đi tàu đến Srilanka

Bây giờ là các Kịch bản thử nghiệm: Việc di chuyển từ bờ biển Mumbai đến bờ biển Colombo là một chức năng sẽ được thử nghiệm.

Các kịch bản thử nghiệm bao gồm:

• Di chuyển bằng đường hàng không,
• Di chuyển bằng đường thủy hoặc
• Di chuyển bằng đường sắt.

Những kịch bản thử nghiệm này sẽ có các trường hợp thử nghiệm.

Các trường hợp thử nghiệm có thể được viết cho các Kịch bản thử nghiệm ở trên bao gồm:

Thử nghiệmcục bộ và được tải lên khi có kết nối internet. 6 Các thay đổi do nhiều người dùng thực hiện sẽ không bị ghi đè. 7 Nhiều người dùng có thể làm việc trên một tài liệu. 8 Công việc đã hoàn thành sẽ được lưu trữ nếu mất kết nối Internet trong khi tải tệp lên. 9 Các hạn chế chia sẻ được áp dụng chính xác. 10 Người dùng bị hạn chế xem không thể thực hiện bất kỳ chỉnh sửa nào trên tài liệu. 11 Các tài liệu có thể được xuất bản lên internet cho công chúng. 12 Các thay đổi được thực hiện đối với tài liệu được lưu với dấu thời gian & chi tiết về tác giả.

Số lượng kịch bản thử nghiệm sẽ rất nhiều và rất lớn đối với Google Tài liệu. Trong những trường hợp như vậy nói chung, chỉ có các tiêu chí chấp nhận được thiết lập và phê duyệt bởi các bên liên quan và các thành viên trong nhóm làm việc dựa trên các tiêu chí chấp nhận này. Viết các trường hợp thử nghiệm hay đúng hơn là một kịch bản thử nghiệm có thể là một nhiệm vụ khó khăn đối với các ứng dụng lớn.

Các tiêu chí chấp nhận này đóng vai trò chính trong việc lập kế hoạch quy trình lặp lại và không bao giờ được bỏ qua. Việc xác định chúng trước và trả trước để tránh những bất ngờ hoặc cú sốc khi kết thúc chạy nước rút hoặc phát hành

Với điều kiện tiên quyết.

Khi nào để thực hiện một hành động.

Sau đó kết quả được mong đợi.

Các định dạng của Given,When và Then hữu ích cho việc chỉ định tiêu chí chấp nhận.

Ví dụ về mẫu kịch bản thử nghiệm

Sử dụng ID câu chuyện #	ID kịch bản thử nghiệm #	Phiên bản #	Kịch bản thử nghiệm	# Số trường hợp thử nghiệm	Tầm quan trọng
USID12.1	TSID12.1.1	Kin12.4	Xác minh xem Ứng dụng Kindle có khởi chạy đúng cách hay không.	4	Cao
USID12.1	TSID12.1.2	Kin12.4	Xác minh dung lượng lưu trữ của Kindle App.	3	Trung bình

Kết luận

Trong bất kỳ kiểm thử phần mềm nào, việc hiểu vòng đời và đặt ra các Kịch bản kiểm thử là một yếu tố rất quan trọng. Chất lượng của phần mềm có thể được cải thiện bằng cách có một nền tảng tốt cho các kịch bản thử nghiệm. Thông thường, việc sử dụng các trường hợp thử nghiệm và kịch bản thử nghiệm có thể thay thế cho nhau.

Tuy nhiên, quy tắc chung là kịch bản thử nghiệm được sử dụng để viết nhiều trường hợp thử nghiệm hoặc có thể nói các trường hợp thử nghiệm được lấy từ các kịch bản thử nghiệm. Các kịch bản thử nghiệm được xác định rõ đảm bảo phần mềm có chất lượng tốt.

Tình huống: Du lịch bằng đường hàng không

Các trường hợp thử nghiệm có thể bao gồm các tình huống như:

1. Chuyến bay đúng thời gian đã định .
2. Chuyến bay không theo thời gian dự kiến.
3. Đã xảy ra tình huống khẩn cấp (mưa lớn và bão).

Tương tự như vậy, một tập hợp các trường hợp thử nghiệm riêng biệt có thể được viết cho các kịch bản còn lại khác.

Bây giờ, hãy chuyển sang các kịch bản thử nghiệm công nghệ.

Mọi thứ có thể được kiểm tra đều là Kịch bản thử nghiệm. Vì vậy, chúng tôi có thể nói rằng bất kỳ chức năng phần mềm nào đang được thử nghiệm đều có thể được chia thành nhiều chức năng nhỏ hơn và có thể được gọi là 'Kịch bản thử nghiệm'.

Trước khi cung cấp bất kỳ sản phẩm nào cho khách hàng, chất lượng của sản phẩm cần được được thẩm định và đánh giá. Kịch bản thử nghiệm hỗ trợ đánh giá chất lượng chức năng của ứng dụng phần mềm phù hợp với yêu cầu kinh doanh của nó.

Kịch bản thử nghiệm là một quá trình trong đó thử nghiệm viên thử nghiệm ứng dụng phần mềm từ góc độ người dùng cuối. Hiệu suất và chất lượng của ứng dụng phần mềm được đánh giá kỹ lưỡng trước khi triển khai trong môi trường sản xuất.

Tầm quan trọng của Kịch bản thử nghiệm

• Một Kịch bản thử nghiệm có thể có nhiều 'Trường hợp thử nghiệm'. Nó có thể được hình dung như một hình ảnh toàn cảnh lớn và các trường hợp thử nghiệm là những phần nhỏ quan trọng để hoàn thành bức tranh toàn cảnh.
• Đó là một câu lệnh và thử nghiệm một dòngcác trường hợp bao gồm mô tả theo từng bước để hoàn thành mục đích của tuyên bố kịch bản thử nghiệm.
• Ví dụ:

Kịch bản thử nghiệm: Thực hiện thanh toán cho dịch vụ taxi đã hết hiệu lực.

Điều này sẽ có nhiều trường hợp thử nghiệm như được nêu bên dưới:

(i) Phương thức thanh toán sẽ được sử dụng: PayPal, Paytm, Thẻ tín dụng/Thẻ ghi nợ.

(ii) Thanh toán đã thực hiện thành công.

(iii) Thanh toán được thực hiện không thành công.

(iv) Quá trình thanh toán bị hủy giữa chừng.

(v) Không thể truy cập các phương thức thanh toán.

(vi) Ứng dụng  bị hỏng ở giữa.

• Các kịch bản thử nghiệm do đó hỗ trợ đánh giá ứng dụng phần mềm theo các tình huống trong thế giới thực.
• Các kịch bản thử nghiệm khi được xác định, sẽ giúp phân chia phạm vi thử nghiệm.
• Việc phân chia này được gọi là mức độ ưu tiên giúp xác định các chức năng quan trọng của ứng dụng phần mềm.
• Kiểm tra chức năng theo mức độ ưu tiên, hỗ trợ rất nhiều trong việc triển khai thành công ứng dụng phần mềm.
• Khi các kịch bản thử nghiệm được ưu tiên, các chức năng quan trọng nhất có thể dễ dàng được xác định và thử nghiệm theo mức độ ưu tiên. Điều này đảm bảo rằng phần lớn các chức năng quan trọng đang hoạt động tốt và các lỗi liên quan đến chức năng đó được ghi lại và khắc phục một cách hợp lý.
• Các kịch bản thử nghiệm xác định luồng quy trình kinh doanh của phần mềmvà do đó có thể thử nghiệm ứng dụng từ đầu đến cuối.

Sự khác biệt giữa Kịch bản thử nghiệm và Trường hợp thử nghiệm

Kịch bản thử nghiệm	Các trường hợp thử nghiệm
Kịch bản thử nghiệm là một khái niệm.	Các trường hợp thử nghiệm là giải pháp để xác minh khái niệm đó .
Kịch bản kiểm tra là một chức năng cấp cao.	Các trường hợp kiểm tra là quy trình chi tiết để kiểm tra chức năng cấp cao.
Kịch bản kiểm tra được lấy từ Yêu cầu/Câu chuyện của người dùng.	Các trường hợp thử nghiệm được lấy từ Kịch bản thử nghiệm.
Kịch bản thử nghiệm là 'Chức năng nào sẽ được thử nghiệm'	Trường hợp kiểm tra là ' Cách kiểm tra chức năng '.
Kịch bản kiểm tra có nhiều trường hợp kiểm tra.	Trường hợp kiểm tra có thể được liên kết hoặc không với nhiều Kịch bản kiểm tra.
Các tình huống thử nghiệm đơn lẻ không bao giờ có thể lặp lại.	Có thể sử dụng một trường hợp thử nghiệm đơn lẻ nhiều lần trong các tình huống khác nhau.
Cần có tài liệu ngắn gọn.	Cần có tài liệu chi tiết.
Cần có các phiên động não để hoàn thiện Kịch bản thử nghiệm.	Kiến thức kỹ thuật chi tiết về ứng dụng phần mềm là bắt buộc
Tiết kiệm thời gian vì không yêu cầu chi tiết từng phút.	Tốn thời gian vì cần quan tâm đến từng chi tiết nhỏ.
Chi phí bảo trì thấp do tài nguyên cần thiết làthấp.	Chi phí bảo trì cao do tài nguyên cần thiết cao

Tại sao không thể thiếu các kịch bản thử nghiệm?

Các kịch bản thử nghiệm được bắt nguồn từ các yêu cầu hoặc câu chuyện của người dùng.

• Lấy ví dụ về một kịch bản thử nghiệm cho đặt chỗ Cab.
• Các kịch bản có thể là các tùy chọn đặt xe taxi, phương thức thanh toán, theo dõi GPS, bản đồ đường đi có hiển thị chính xác hay không, thông tin chi tiết về taxi và tài xế có hiển thị chính xác hay không, v.v., tất cả đều được liệt kê trong mẫu kịch bản thử nghiệm.
• Bây giờ, giả sử kịch bản thử nghiệm là để kiểm tra xem dịch vụ định vị đã bật chưa, nếu chưa bật, hiển thị thông báo 'Bật dịch vụ định vị. Kịch bản này bị bỏ sót và không được liệt kê trong mẫu kịch bản thử nghiệm.
• Kịch bản 'Dịch vụ định vị' dẫn đến các kịch bản thử nghiệm khác liên quan đến nó.

Đây có thể là :

• • Dịch vụ định vị chuyển sang màu xám.
  • Dịch vụ định vị đã bật nhưng không có Internet.
  • Các hạn chế đối với dịch vụ định vị .
  • Hiển thị sai vị trí.
• Thiếu một tình huống duy nhất có thể đồng nghĩa với việc bỏ lỡ nhiều tình huống hoặc trường hợp thử nghiệm quan trọng khác . Điều này có thể có tác động tiêu cực lớn trong khi triển khai ứng dụng phần mềm. Điều này dẫn đến việc mất nhiều thời gian truy đòi (thời hạn).
• Các kịch bản thử nghiệm hỗ trợ rất nhiều trong việc tránh thử nghiệm toàn diện . Nó đảm bảo rằng tất cả các yếu tố quan trọng vàCác luồng công việc dự kiến ​​sẽ được thử nghiệm, điều này hỗ trợ thêm cho quá trình thử nghiệm từ đầu đến cuối của ứng dụng.
• Đây là những cách tiết kiệm thời gian. Ngoài ra, không cần mô tả chi tiết hơn theo các trường hợp thử nghiệm. Mô tả ngắn gọn về nội dung cần kiểm tra được chỉ định.
• Các kịch bản kiểm tra được viết sau các phiên động não của các thành viên trong nhóm. Do đó, xác suất bỏ lỡ bất kỳ kịch bản nào (quan trọng hoặc phụ) là tối thiểu. Điều này được thực hiện khi lưu ý đến các vấn đề kỹ thuật và cả quy trình kinh doanh của ứng dụng phần mềm.
• Hơn nữa, các kịch bản thử nghiệm có thể được phê duyệt bởi Khách hàng của Nhà phân tích nghiệp vụ hoặc cả hai người có kiến ​​thức rõ ràng về ứng dụng đang thử nghiệm.

Do đó, các kịch bản thử nghiệm là một phần không thể thiếu của SDLC.

Triển khai các kịch bản thử nghiệm

Chúng ta hãy xem việc triển khai các kịch bản thử nghiệm hoặc cách viết các kịch bản thử nghiệm:

• Sử thi/Yêu cầu nghiệp vụ được hình thành.
  • Ví dụ về Epic : Tạo tài khoản Gmail. Sử thi có thể là tính năng chính của một ứng dụng hoặc yêu cầu kinh doanh.
• Sử thi được chia thành các câu chuyện nhỏ hơn của người dùng trong các lần chạy nước rút.
• Các câu chuyện của người dùng bắt nguồn từ Sử thi. Những câu chuyện của người dùng này phải được các bên liên quan lập cơ sở và phê duyệt.

• Các kịch bản thử nghiệm được lấy từ câu chuyện của người dùng hoặc BRS (Tài liệu yêu cầu nghiệp vụ), SRS (Yêu cầu hệ thốngTài liệu Đặc điểm kỹ thuật) hoặc FRS (Tài liệu Yêu cầu Chức năng) được hoàn thiện và tạo cơ sở.
• Người kiểm tra viết các kịch bản thử nghiệm.
• Các kịch bản thử nghiệm này được Trưởng nhóm, Nhà phân tích kinh doanh hoặc Quản lý dự án phê duyệt tùy thuộc vào tổ chức.
• Mỗi kịch bản thử nghiệm phải được gắn với ít nhất một câu chuyện của người dùng.
• Các kịch bản thử nghiệm tích cực cũng như tiêu cực phải được xác định.
• Các câu chuyện của người dùng bao gồm Tiêu chí chấp nhận như :
  • Tiêu chí chấp nhận là danh sách các điều kiện hoặc trạng thái ý định đối với các yêu cầu của khách hàng. Kỳ vọng của khách hàng và cả những hiểu lầm cũng được cân nhắc khi viết tiêu chí chấp nhận.
  • Các tiêu chí này là duy nhất cho một câu chuyện của người dùng và mỗi câu chuyện của người dùng phải có ít nhất một tiêu chí chấp nhận có thể kiểm tra độc lập.
  • Tiêu chí chấp nhận giúp xác định tính năng nào nằm trong phạm vi và tính năng nào nằm ngoài phạm vi của một dự án. Các tiêu chí này phải bao gồm các tính năng chức năng cũng như phi chức năng.
  • Nhà phân tích nghiệp vụ viết tiêu chí chấp nhận và Chủ sở hữu sản phẩm phê duyệt chúng.
  • Hoặc trong một số trường hợp, chủ sở hữu sản phẩm có thể tự mình viết tiêu chí.
  • Kịch bản thử nghiệm có thể được lấy từ tiêu chí chấp nhận.

Ví dụ về kịch bản thử nghiệm

#1) Kịch bản thử nghiệm cho ứng dụng Kindle

Kindle là ứng dụng cho phép người đọc sách điện tử tìm kiếmsách điện tử trực tuyến, tải xuống và mua chúng. Amazon Kindle mang đến cho người đọc sách điện tử trải nghiệm thực tế khi cầm một cuốn sách trên tay và đọc nó. Ngay cả việc lật trang cũng được mô phỏng độc đáo trong ứng dụng.

Bây giờ, hãy ghi lại các tình huống thử nghiệm. ( Lưu ý: Các tình huống giới hạn được liệt kê bên dưới để có ý tưởng chung cho việc viết kịch bản thử nghiệm. Có thể có nhiều trường hợp thử nghiệm bắt nguồn từ đó).

Kịch bản thử nghiệm #	Kịch bản thử nghiệm
1	Xác minh xem Ứng dụng Kindle có khởi chạy đúng cách hay không.
2	Xác minh độ phân giải màn hình điều chỉnh theo các thiết bị khác nhau sau khi khởi chạy ứng dụng.
3	Xác minh văn bản hiển thị có thể đọc được.
4	Xác minh rằng các tùy chọn phóng to và thu nhỏ đang hoạt động.
5	Xác minh rằng các tệp tương thích được nhập trong ứng dụng Kindle có thể đọc được.
6	Xác minh dung lượng lưu trữ của Ứng dụng Kindle.
7	Xác minh chức năng tải xuống đang hoạt động bình thường.
8	Xác minh mô phỏng Lượt trang đang hoạt động chính xác
9	Xác minh tính tương thích của định dạng Sách điện tử với ứng dụng Kindle.
10	Xác minh phông chữ được ứng dụng Kindle hỗ trợ.
11	Xác minh thời lượng pin mà ứng dụng Kindle sử dụng.
12	Xác minh hiệu suấtcủa Kindle tùy thuộc vào kết nối mạng (Wi-Fi, 3G hoặc 4G).

Có thể bắt nguồn nhiều trường hợp thử nghiệm từ mỗi kịch bản thử nghiệm đã nêu ở trên.

#2) Tiêu chí Chấp nhận cho Google Tài liệu

'Google Tài liệu' là ứng dụng dựa trên web để tạo, chỉnh sửa và chia sẻ tài liệu từ, bảng tính, trang trình bày và biểu mẫu. Tất cả các tệp có thể được truy cập trực tuyến bằng trình duyệt web có kết nối internet.

Có thể chia sẻ tài liệu được tạo dưới dạng trang web hoặc tài liệu sẵn sàng in. Người dùng có thể đặt giới hạn đối với những người có thể xem và chỉnh sửa tài liệu. Một tài liệu duy nhất có thể được chia sẻ và làm việc cộng tác bởi nhiều cá nhân từ các vị trí địa lý khác nhau.

Các kịch bản thử nghiệm hạn chế được đề cập bên dưới để hiểu chung. Các kịch bản thử nghiệm chuyên sâu cho tài liệu Google có thể là một chủ đề riêng hoàn toàn.

Tiêu chí chấp nhận #	Tiêu chí chấp nhận
1	Có thể mở thành công Word, Trang tính hoặc Biểu mẫu mà không gặp lỗi.
2	Có sẵn các mẫu cho tài liệu, trang tính và trang trình bày.
3	Người dùng có thể truy cập các mẫu có sẵn.
4	Mẫu được sử dụng có thể chỉnh sửa được (ví dụ: phông chữ, cỡ chữ, thêm văn bản, xóa văn bản, chèn trang chiếu).
5	Nếu tạm thời không có kết nối internet, tệp có thể được lưu trữ