Báo cáo Kiểm thử - Tìm hiểu công cụ Tetsim

Báo cáo đã trình bày toàn diện về quá trình kiểm thử tự động bằng công cụ Testim, từ các khái niệm cơ bản đến việc so sánh với các công cụ kiểm thử khác. Kiểm thử tự động, đặc biệt là với Testim, mang lại nhiều lợi ích vượt trội so với kiểm thử thủ công. Những lợi ích này bao gồm giảm thời gian kiểm thử, tăng độ chính xác, và cải thiện phạm vi bao phủ của các bài kiểm thử. Testim là một công cụ mạnh mẽ và linh hoạt, cung cấp nhiều tính năng hữu ích như tăng cường độ chính xác, phạm vi bao phủ tốt, và khả năng tích hợp dễ dàng với nhiều khung thử nghiệm và quy trình CI/CD. Điều này giúp các đội nhóm dễ dàng kết hợp Testim vào quy trình làm việc hiện tại, đồng thời tiết kiệm chi phí đầu tư vào phần cứng và cơ sở hạ tầng nhờ nền tảng đám mây. Tuy nhiên, Testim là một công cụ thương mại, do đó sẽ có một mức phí liên quan, điều này có thể là một hạn chế đối với các tổ chức hoặc nhóm nhỏ có nguồn lực hạn chế. Tóm lại, Testim là một công cụ kiểm thử tự động hiệu quả với nhiều tính năng mạnh mẽ và dễ sử dụng. Mặc dù còn một số hạn chế nhất định, nhưng với khả năng tích hợp linh hoạt và phạm vi bao phủ rộng, Testim vẫn là một lựa chọn tối ưu cho các dự án kiểm thử phần mềm. Các nhóm phát triển cần cân nhắc kỹ lưỡng giữa lợi ích và chi phí, đồng thời đầu tư vào việc nâng cao kỹ năng chuyên môn của đội ngũ kiểm thử để đạt được hiệu quả cao nhất. Chúng ta hy vọng rằng với sự phát triển không ngừng của công nghệ, các công cụ kiểm thử như Testim sẽ ngày càng hoàn thiện và hỗ trợ tốt hơn cho quy trình phát triển phần mềm. Việc áp dụng Testim vào quá trình kiểm thử sẽ giúp tăng cường độ tin cậy của sản phẩm, giảm thiểu rủi ro lỗi và nâng cao trải nghiệm người dùng cuối cùng. Trong bối cảnh cạnh tranh khốc liệt của ngành công nghệ thông tin, việc ứng dụng các công cụ kiểm thử hiện đại và hiệu quả như Testim sẽ là một lợi thế lớn cho các doanh nghiệp, giúp họ nhanh chóng đưa sản phẩm chất lượng cao ra thị trường, đáp ứng kịp thời nhu cầu của khách hàng và giữ vững vị thế cạnh tranh.

ĐẠI HỌC QUỐC GIA HÀ NỘITRƯỜNG ĐẠI HỌC CÔNG NGHỆ

KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO CUỐI KÌ

TÌM HIỂU CÔNG CỤ

KIỂM THỬ TỰ ĐỘNG TESTIM

Nhóm sinh viên thực hiện:

Tên môn học: Kiểm thử và đảm bảo chất lượng phần mềm (INT3117 2)

Giảng viên hướng dẫn: ThS Nguyễn Thu Trang

Hà Nội, tháng 6/2024

MỤC LỤC

CHƯƠNG I CÔNG CỤ KIỂM THỬ TỰ ĐỘNG TESTIM 1

1 Kiểm thử thủ công và kiểm thử tự động 1

2 Giới thiệu về công cụ kiểm thử tự động Testim 2

3 Các chức năng nổi bật của Testim 3

3.1 Ghi lại các bài kiểm thử theo mô-đun 3

3.2 Tùy chỉnh JavaScript 5

3.3 Định vị thông minh tự động cải thiện 5

3.4 Tạo bài kiểm thử tự động bằng AI 8

3.5 Phân tích nguyên nhân gốc rễ 10

CHƯƠNG II KIỂM THỬ WEB VỚI HỖ TRỢ CỦA AI 18

1 Ghi lại và chạy một bài kiểm thử web 18

1.1 Tạo một bài kiểm thử mới 18

1.2 Cài đặt URL cơ sở 19

1.3 Cài đặt cấu hình bài kiểm thử 20

1.4 Ghi lại bài kiểm thử 21

1.5 Chạy một bài kiểm thử 23

2 Thêm xác minh kết quả cho bài kiểm thử 23

3.1 Thêm dữ liệu kiểm thử thông qua UI 27

3.2 Thêm dữ liệu kiểm thử thông qua tệp cấu hình 28

3.3 Thêm dữ liệu kiểm thử thông qua Params Files 30

4 Xử lí các hành động UI 30

CHƯƠNG III KIỂM THỬ MOBILE CHO IOS VÀ ANDROID 32

1 Giới thiệu về kiểm thử di động trên Testim 32

2 Giao diện kiểm thử di động trên Testim 32

3 Kiểm thử di động sử dụng thiết bị cục bộ 33

3.1 Các yêu cầu đối với người dùng 33

3.2 Thêm ứng dụng kiểm thử 35

3.3 Ghi lại một bài kiểm thử ứng dụng 36

4 Kiểm thử di động sử dụng Virtual Mobile Grid (VMG) 36

4.1 Các yêu cầu đối với người dùng 37

4.2 Ghi lại một bài kiểm thử ứng dụng 37

5 Các hành động trên di động được hỗ trợ 38

6 Các hành động xác định trước được hỗ trợ 39

CHƯƠNG IV BẢO MẬT TRONG TESTIM 42

1 Tổng quan kiến trúc đám mây của Testim 42

2 Bảo mật trong ghi/phát các bài kiểm thử 43

3.3 Ảnh chụp màn hình 44

3.4 Video 44

4 Chính sách đám mây của Testim 44

4.1 Testim Grid - Đám mây công cộng 44

4.2 Testim Grid - Đám mây riêng tư 45

5 Chính sách mạng 46

6 Chính sách mã hóa 47

CHƯƠNG V SỬ DỤNG TESTIM KIỂM THỬ WEB CỤ THỂ 48

1 Chuẩn bị công cụ Testim 48

2 Chuẩn bị dữ liệu kiểm thử 49

3 Tiến hành kiểm thử 49

3.1 Ghi lại bài kiểm thử trên Testim 49

3.2 Cài đặt các tham số và đặt xác minh cho bài kiểm thử 50

3.3 Chạy bài kiểm thử với bộ dữ liệu đã chuẩn bị 52

CHƯƠNG VI SO SÁNH TESTIM VỚI CÁC CÔNG CỤ KHÁC 55

1 So sánh Testim với các công cụ kiểm thử tự động khác 55

2 So sánh Testim với các công cụ kiểm thử API khác 55

3 So sánh Testim với công cụ khác cùng công ty 56

KẾT LUẬN 57

TÀI LIỆU THAM KHẢO 58

CHƯƠNG I CÔNG CỤ KIỂM THỬ TỰ ĐỘNG TESTIM1 Kiểm thử thủ công và kiểm thử tự động

Kiểm thử thủ công: là tester làm mọi công việc hoàn toàn bằng thủ công, từ viếttest case đến thực hiện test, mọi thao tác như nhập điều kiện đầu vào, thực hiện một sốsự kiện khác như nhấn nút và quan sát kết quả thực tế, sau đó so sánh kết quả thực tếvới kết quả mong muốn trong test case, điền kết quả test

Hiện nay, phần lớn các tổ chức, các công ty phần mềm, hoặc các nhóm làm phầnmềm đều thực hiện kiểm thử thủ công là chủ yếu.

Kiểm thử thủ công là một trong những cách cơ bản của kiểm thử phần mềm,không yêu cầu kiến thức về bất kỳ công cụ kiểm thử nào Thế nhưng cách kiểm thửnày lại tồn tại nhiều nhược điểm:

- Cực kỳ tốn thời gian- Nguy cơ sai sót cao

- Yêu cầu sự có mặt của tester 24/7- Yêu cầu tạo nhật ký thủ công- Có phạm vi giới hạn

Bên cạnh kiểm thử thủ công, trong kiểm thử phần mềm còn có kiểm thử tự động,là việc sử dụng phần mềm tách biệt với phần mềm đang được kiểm tra để kiểm soátviệc thực hiện ca kiểm thử và so sánh kết quả thực tế với kết quả dự đoán Người kiểmthử tạo các tập lệnh và chạy tập lệnh, về cơ bản đó là sự tự động hóa ca kiểm thử thủcông

Kiểm thử tự động cũng được sử dụng để kiểm tra khả năng tải và hiệu năng củaứng dụng Mục tiêu chính của kiểm thử tự động là giảm kiểm thử thủ công, tăng hiệuquả kiểm thử và giá trị của phần mềm.

Những ưu điểm và nhược điểm của Kiểm thử thủ công và Kiểm thử tự động:

Kiểm thử thủ côngKiểm thử tự độngƯu điểm - Thích hợp kiểm tra sản phẩm

lần đầu tiên

- Thích hợp kiểm thử trongtrường hợp các test case chỉ phải

- Thích hợp với trường hợp phảitest nhiều lần cho một case, cótính ổn định và tin cậy cao hơn sovới kiểm thử thủ công

thực hiện một số ít lần

- Giảm được chi phí ngắn hạn

- Có thể thực hiện các thao táclặp đi lặp lại (nhập dữ liệu, click,check kết quả ) giúp testerkhông phải làm những việc gâynhàm chán và dễ nhầm lẫn nhưvậy

- Giảm chi phí đầu tư dài hạn

Nhược điểm

- Tốn thời gian Đối với mỗi lầnrelease, người kiểm thử vẫn phảithực hiện lại một tập hợp các testcase đã chạy dẫn đến sự mệt mỏivà lãng phí.

- Chi phí đầu tư ban đầu lớn

2 Giới thiệu về công cụ kiểm thử tự động Testim

Được ra mắt lần đầu vào cuối năm 2014, Testim là một công cụ kiểm thử tự độnghóa dựa trên sự hỗ trợ của AI với đầy đủ tính năng cho phép tạo nhanh các ca kiểm thửổn định và các công cụ TestOps để giúp các đội nhóm mở rộng quy mô kiểm thử mộtcách hiệu quả Testim phục vụ ba trường hợp sử dụng chính:

- Giúp các nhóm phát triển Agile kiểm thử các ứng dụng web và di độnghướng tới khách hàng của họ một cách nhanh chóng và hiệu quả Testim rấtdễ sử dụng, cho phép tham gia kiểm thử rộng rãi Nó cũng rất linh hoạt, vìvậy người dùng có thể giải quyết các vấn đề kiểm thử khó khăn bằng cáchchèn mã JavaScript để có thể dễ dàng sử dụng lại và chia sẻ trong các lầnkiểm thử

- Thử nghiệm Salesforce: Khả năng soạn thảo nhanh và độ ổn định được hỗtrợ bởi AI của Testim khiến nó trở nên lý tưởng cho các ứng dụng động nhưSalesforce Nếu doanh nghiệp đang xây dựng một ứng dụng hướng tớikhách hàng tích hợp với Salesforce, Testim là một lựa chọn tuyệt vời đểkiểm tra các quy trình công việc từ đầu đến cuối đó

- Kiểm thử ứng dụng di động: Testim giúp đơn giản hóa việc quản lý thiết bịvà ứng dụng để ứng dụng di động được kiểm thử dễ dàng hơn Người dùng

có thể nhanh chóng tạo các bài kiểm tra mã ngắn bằng cách sử dụng các tínhnăng và trải nghiệm Testim tương tự.

3 Các chức năng nổi bật của Testim3.1 Ghi lại các bài kiểm thử theo mô-đun

Tính năng này giúp ghi lại luồng người dùng và cấu hình chúng trong trình biêntập trực quan chỉ trong vài phút Trí tuệ nhân tạo hỗ trợ xây dựng các bài kiểm thửđược thiết kế kiến trúc tốt, đẹp mắt, tối ưu hóa việc sử dụng lại và giảm thiểu việc bảotrì.

Ghi lại luồng người dùng: Một bản ghi là cách nhanh nhất để tạo ra bài kiểm thử.

Ghi lại các hành động đơn giản như nhấp chuột và nhập văn bản cũng như các hànhđộng phức tạp hơn như kéo và thả, tương tác với iframe, và thậm chí là các trường hợpsử dụng đa tab Trình ghi của Testim đã phát triển qua nhiều năm sử dụng của kháchhàng nên các hành động của người dùng được ghi chính xác và nhất quán.

Nhận biết các điểm chỉ định để khóa phần tử: Testim phân tích toàn bộ DOM của

ứng dụng web để hiểu các thuộc tính và mối quan hệ đặc biệt nhận dạng mỗi phần tử.Testim tự động khóa phần tử bằng cách sử dụng các chỉ định thông minh độc quyềnmà không cần sự can thiệp của người dùng, nhằm đơn giản hóa và tăng tốc quá trìnhtạo bài kiểm thử.

Tái sử dụng và loại bỏ bản sao các thành phần: Chia sẻ các bước và nhóm bước

qua các bài kiểm thử Điều này giúp giảm sự trùng lặp, cải thiện hiểu biết hình ảnh vềluồng kiểm thử và đơn giản hóa bảo trì Testim làm cho việc tái sử dụng dễ dàng hơnvới tính năng nhóm tự động giúp xác định các bước tương tự qua các bài kiểm thử vàtự động đề xuất các nhóm được chia sẻ làm thay thế.

Cấu hình trong giao diện trực quan: Chỉnh sửa các bài kiểm thử đã ghi lại trong

trình biên tập trực quan của Testim Xóa, thêm hoặc sắp xếp lại các bước Cấu hìnhcác kiểm tra văn bản, PDF, email và nhiều tính năng khác Tạo điều kiện để chỉ địnhkhi các bước kiểm thử chạy, hoặc vòng lặp để lặp lại các hành động trên các phần tửtrang Điều chỉnh thời gian chờ hoặc thời gian chờ để phù hợp với ứng dụng Nếumuốn, người dùng có thể xuất bài kiểm thử dưới dạng mã và chỉnh sửa trong môitrường phát triển của họ.

3.2 Tùy chỉnh JavaScript

Thêm mã vào bất kỳ bài kiểm thử nào để chạy bên trong hoặc bên ngoài trìnhduyệt Điều này giúp các nhà phát triển dành ít thời gian hơn cho việc tạo, chỉnh sửavà cập nhật các thử nghiệm giao diện người dùng và có nhiều thời gian hơn để đổi mớitrong ứng dụng.

Testim tích hợp xác nhận qua email, pdf và tải xuống tệp vào các ca sử dụng đểmô phỏng các tình huống người dùng thực sự làm hoàn chỉnh các ca kiểm thử E2E

Chèn mã JavaScript tùy chỉnh vào bất kỳ bước nào để thực hiện các hành độngphía frontend hoặc phía máy chủ Điều chỉnh các chỉ định thông minh để tìm bất kỳphần tử nào Chúng ta thậm chí có thể cô lập các bài kiểm thử frontend bằng cách giảmạo các dịch vụ backend.

Trong Testim, ta có thể tái sử dụng các bước JS trong các thử nghiệm dưới dạngđộc lập hoặc nhóm Đồng thời, tham số hóa bất kỳ biến nào và sử dụng dữ liệu từExcel, JSON hoặc các nguồn khác để mở rộng kịch bản kiểm thử.

3.3 Định vị thông minh tự động cải thiện

Khi tạo một bài kiểm thử, một cách hợp lệ và phổ biến để tăng tốc quá trình viếtkịch bản là ghi lại các hành động trên hệ thống đang được kiểm thử bằng một công cụ.Tuy nhiên, phần lớn các công cụ này không xác định được các locator tốt nhất trêntrang Do đó, nếu người dùng không có kỹ năng kỹ thuật để xử lý vấn đề này, họ chắcchắn sẽ gặp phải nhiều vấn đề tiềm tàng về mặt bảo trì.

Tuy nhiên, công cụ ghi lại của Testim xác định các định vị chính xác cho từngphần tử với sự trợ giúp của Trí tuệ nhân tạo, tạo ra một danh sách xếp hạng cho cáclocator khác nhau dựa trên các thực hành tự động hóa tốt nhất để tạo ra các bài kiểmthử ổn định Công cụ định vị thông minh (Smart Locators) của Testim được trang bị trítuệ nhân tạo để khóa và tìm kiếm mỗi yếu tố trên web Nếu điểm số giảm do thay đổitrang, Testim đánh giá, kiểm tra, và tự động cải thiện trước khi các bài kiểm thử bịhỏng.

Định vị thông minh dựa trên AI: Hầu hết các framework tự động hóa kiểm thử sử

dụng một bộ chọn CSS duy nhất để xác định các phần tử web Những thay đổi đơn

và yêu cầu cập nhật Testim kiểm tra toàn bộ HTML DOM của ứng dụng web để xácđịnh hàng trăm thuộc tính xác định mỗi phần tử Nếu màu sắc, văn bản hoặc vị trí củamột phần tử thay đổi, Smart Locators có thể xác định và giữ cho bài kiểm thử hợp lệ.Testim mang lại cho người dùng sự kiểm soát đầy đủ để điều chỉnh hoặc ghi đè các chỉđịnh để phù hợp với ứng dụng.

Tự động cải thiện bộ định vị: Theo thời gian, ứng dụng đang kiểm thử có thể

khác biệt so với điểm cơ sở của bài kiểm thử Thay vì đợi cho bài kiểm thử bị lỗi,Testim tích cực cải thiện các chỉ định Đầu tiên, Testim tính toán lại chỉ định dựa trênthông tin hiện tại, sau đó thực hiện một đánh giá song song trước khi tự động cập nhậtcác chỉ định Kết quả là bảo trì bài kiểm thử tự động mà không cần sự can thiệp củacon người.

Chờ tự động: Các bài kiểm thử có thể thất bại vì ứng dụng kiểm thử đã cố gắng

xác định các đối tượng trang trước khi chúng được hiển thị Testim giúp giải quyết vấnđề này bằng cách chèn thời gian chờ vào các bước kiểm thử Thời gian chờ được cungcấp thông qua việc phân tích hàng triệu lượt chạy thử nghiệm và thay đổi tùy theo loạiphần tử Người dùng có thể chèn thời gian chờ phụ thuộc vào sự kiện vào các bài kiểmthử để tính đến sự biến thiên của ứng dụng.

Chia sẻ các bước và nhóm: Tái sử dụng là một khái niệm cơ bản trong kỹ thuật

phần mềm Viết một phương thức thay vì sao chép mã Các bước và nhóm chia sẻ củaTestim giúp giảm thiểu việc bảo trì khi cần thay đổi vì một sửa lỗi duy nhất áp dụngcho tất cả các bài kiểm thử phụ thuộc Testim đơn giản hóa việc tái sử dụng với tínhnăng tự động nhóm, để khám phá các bước được sao chép thường xuyên và thay thếchúng bằng các nhóm chia sẻ.

3.4 Tạo bài kiểm thử tự động bằng AI

Tự động tạo mã tùy chỉnh từ văn bản: Testim sử dụng trí tuệ nhân tạo giúp tùy

chỉnh các bài kiểm thử nhanh chóng hơn và với ít công sức hơn Mạnh mẽ hóa nhữngnhà kiểm thử ít kỹ thuật để đảm bảo chất lượng của các ứng dụng phức tạp Từ đógiảm thiểu lỗi lập trình và mở rộng các phương pháp tốt nhất.

Giải thích và xác định các vấn đề trong mã nguồn hiện tại: Cho phép các nhà

kiểm thử nhanh chóng hiểu được mã tùy chỉnh và tạo ra các hàm có tài liệu, modul, cóthể tái sử dụng tự động Tetsim giúp sửa lỗi mã hiện có một cách nhanh chóng bằngcách xác định vấn đề và đề xuất giải pháp, giảm thiểu thời gian ngừng hoạt động.

Kiểm thử độ ổn định cho ứng dụng web và di động: Công cụ định vị thông minh

AI trong Testim có thể tự phục hồi khi ứng dụng thay đổi Công cụ học máy định vịứng dụng di động được đào tạo để hoạt động trên các nền tảng thiết bị khác nhau.Nhiều công cụ định vị cung cấp thêm khả năng phục hồi và khả năng thích ứng.

Quản lý ca kiểm thử được kết nối: Tetsim tự động tạo các ca kiểm thử trong Jira

với Tricentis Test Management cho Jira Điều này giúp tăng tốc việc viết các ca kiểmthử bằng cách sử dụng AI, đạt được khả năng tích hợp liền mạch để soạn thảo, quản lývà phân tích kiểm thử.

Trợ lý AI: Người dùng có thể tìm câu trả lời bằng Trợ lý trợ giúp được hỗ trợ bởi

AI của Testim Công cụ cho phép xác định vị trí tài liệu, triển khai các phương pháphay nhất và tự động kiểm tra dễ dàng và nhanh chóng hơn

3.5 Phân tích nguyên nhân gốc rễ

Tetsim giúp người dùng chẩn đoán các thử nghiệm không thành công bằng cáchsử dụng ảnh chụp màn hình, nhật ký bảng điều khiển, nhật ký mạng và đề xuất lỗiđược đánh dấu.

Chụp màn hình nổi bật: Tự động tạo ảnh chụp màn hình cho mỗi bước kiểm tra.

Trang qua các màn hình được đánh dấu để theo dõi rõ ràng quy trình kiểm tra So sánhmàn hình từ lần chạy gần đây nhất với lần chạy thử nghiệm thành công trước đó đểxác định sự khác biệt.

Đi sâu vào nhật ký: Tetsim đi sâu vào các thử nghiệm thất bại với thông tin cần

thiết để xác định điều gì đã xảy ra Nhận các bản ghi ghi chép cửa sổ được phân tíchtại bước kiểm thử liên quan Tự động tải xuống các tệp HAR để hiển thị hoạt độngmạng Xem dữ liệu cấu hình thử nghiệm.

Gắn thẻ lỗi, xem xu hướng: Gắn thẻ các lần chạy thất bại với các mã nguyên

nhân để hiểu rõ hơn các mẫu thất bại Xem các lỗi theo bộ kiểm thử để xem tần suấttheo loại hoặc xu hướng lịch sử Sử dụng phân tích dữ liệu để cải thiện quy trình kiểmthử của người dùng.

3.6 TestOps

Khi ứng dụng của người dùng phát triển, các dự án tự động hóa của họ cũng tăngtheo, bổ sung thêm công cụ, tích hợp, kiểm tra và đồng đội Hoạt động kiểm thử(TestOps), là nguyên tắc quản lý hiệu quả các quy trình, công cụ và con người kiểmthử để tối đa hóa tốc độ phân phối và chất lượng ứng dụng TestOps giúp các nhà quảnlí đảm bảo quyền kiểm soát, tổ chức và quản lý sự tăng trưởng, đồng thời cung cấpthông tin chi tiết để đưa ra quyết định tốt hơn và thúc đẩy cải tiến quy trình.

Kiểm soát thoay đổi: Đặt các chính sách quyết định cách đội nhóm thay đổi các

bài kiểm thử Gán vai trò và trách nhiệm Xử lý các bài kiểm thử như mã nguồn và sửdụng các nhánh, yêu cầu kéo và đánh giá cần thiết để phê duyệt các thay đổi Testimcung cấp độ chi tiết người dúng cần để hiểu những thay đổi đã xảy ra và đưa ra quyếtđịnh thông minh về việc hợp nhất.

Phân quyền bài kiểm thử: Testim giúp tránh sự trùng lặp công việc và các xung

đột không cần thiết với việc quản lý chủ sở hữu bài kiểm thử Gán cho bản thân hoặcnhững người trong nhóm quyền sở hữu các bài kiểm thử, sau đó tạo, cập nhật hoặc gỡlỗi mà không xung đột với các thành viên trong nhóm Nhận thông báo khi bài kiểmthử của các thành viên đạt hoặc không đạt và cần cập nhật.

Theo dõi trạng thái kiểm thử: Các bài kiểm thử mới có thể có tính cách, chạy

thành công và sau đó thất bại Các bài kiểm thử không đáng tin cậy trong hệ thống CIcủa người dùng gây ra các vòng lặp gỡ lỗi không cần thiết khiến đội của họ cảm thấybực bội Chức năng này của Testim sẽ cung cấp cho người dùng không gian để đánhgiá và cải thiện các bài kiểm thử mà không lo sợ Đó như là một buổi diễn tập cho buổibiểu diễn lớn Khi các bài kiểm thử đã sẵn sàng, chạy chúng trong hệ thống CI, với sựtự tin tuyệt đối để tin tưởng vào kết quả.

Bảng điều khiển TestOps: Mở rộng dự án tự động hóa kiểm thử của người dùng

một cách hiệu quả và hiệu quả đòi hỏi sự nhìn rõ vào các hoạt động chất lượng của họ.Bảng điều khiển cung cấp cho người dùng quyền truy cập nhanh chóng vào dữ liệu đểgiúp người dùng ưu tiên công việc cá nhân hoặc liên quan đến dự án Xác định các bàikiểm thử cần được cập nhật, các hoạt động thay đổi gần đây và các yêu cầu kéo mở.

Báo cáo tổng hợp lỗi: Tự động hóa kiểm thử không phải là mục tiêu cuối cùng

-đó chỉ là một bước trong hành trình đến chất lượng liên tục Người dùng sẽ cần các dữliệu khác nhau ở mỗi giai đoạn để đưa ra các quyết định thông minh Ít nhất, họ sẽ cầnchứng minh chất lượng ứng dụng Báo cáo tổng hợp lỗi giúp tăng tốc quá trình gỡ lỗivà giảm bảo trì Để phát triển, người dùng sẽ muốn báo cáo về năng suất nhóm, xuhướng kiểm thử và các lỗi tái diễn để thông tin cho các thay đổi về quy trình hoặc hệthống

3.7 Kiểm thử đa trình duyệt

Chúng ta không thể dùng phán đoán để xem bài kiểm thử của mình có hoạt độngtrên các trình duyệt khác không Testim cho phép chạy các bài kiểm thử đa trình duyệtở cấp độ local, trên lưới của Testim, hoặc bất kỳ lưới Selenium nào tương thích Chạychúng theo yêu cầu, theo lịch trình, hoặc từ các bài kiểm thử tích hợp liên tục (CI).

Các bài kiểm thử có thể chạy trên các trình duyệt khác nhau song song để tăngtốc độ thực thi và xác nhận nhiều cấu hình Chúng có thể chạy cục bộ chỉ trên Chrome,hoặc trên Chrome và các trình duyệt khác trên các lưới được hỗ trợ bao gồm lưới củaTestim, các lưới bên thứ ba như Sauce Labs và BrowserStack, hoặc trên lưới dựa trênSelenium của riêng từng người dùng.

Đối với iOS và Android, người dùng có thể chạy bài kiểm thử bằng cách sử dụnglưới điện thoại ảo, Tricentis Device Cloud, các lưới bên thứ ba hoặc các thiết bị local.

3.8 Kiểm thử di động

Testim Mobile cho phép người dùng tự động hóa việc kiểm thử ứng dụng diđộng Họ có thể ghi lại, cấu hình các bài kiểm thử trên các thiết bị iOS và Androidthực sự hoặc trên các trình mô phỏng và trình giả lập và lưu trữ cũng như quản lý cácứng dụng để truy cập dễ dàng.

Kiểm thử nhanh chóng, linh hoạt, không cần cài đặt: Testim giúp người dùng

tạo, cấu hình và tùy chỉnh các bài kiểm thử ổn định một cách dễ dàng mà không cầnthiết lập cục bộ nào Công cụ tạo bài kiểm thử với mã ít giúp cho toàn bộ nhóm có thểtham gia vào việc đảm bảo chất lượng ứng dụng.

Tính linh hoạt trong mã: Không phải tất cả các thách thức kiểm thử đều có thể

được dự đoán Đó là lý do Testim Mobile cung cấp khả năng sử dụng mã để tùy chỉnhbất kỳ bước nào để xử lý các thách thức kiểm thử độc đáo.

Độ ổn định của bài kiểm thử: Các chỉ định đa thuộc tính mạnh mẽ xác định các

đối tượng tốt hơn, tăng cường độ ổn định của bài kiểm thử Nếu một ứng dụng thayđổi, Testim sử dụng các thuộc tính thay thế để giữ cho bài kiểm thử vẫn hoạt động.

Quản lí thiết bị: Kiểm thử bằng cách sử dụng các thiết bị iOS và Android trong

các điều kiện sử dụng thực tế với Tricentis Device Cloud, được hỗ trợ bởi Testim khi

người dùng cần Điều này giúp tiết kiệm thời gian mà họ đã dành để thiết lập các thiếtbị và trở lại việc xây dựng các ứng dụng di động tuyệt vời.

Tạo và thực thi các bài kiểm thử trên đám mây: Virtual Mobile Grid cung cấp

một loạt rộng lớn các trình giả lập iOS và máy giả lập Android để tạo và thực thi cácbài kiểm thử di động Kiểm thử liên tục sớm hơn với mỗi check-in, cung cấp phạm vikiểm tra lớn hơn trên nhiều cấu hình thiết bị hơn, xác định lỗi sớm hơn trong quá trìnhphát triển và cải thiện chất lượng ứng dụng.

Quản lý ứng dụng: Testim Mobile quản lý các phiên bản ứng dụng trong một kho

lưu trữ trung tâm dễ dàng truy cập và đảm bảo rằng các bài kiểm thử của người dùngchạy đúng phiên bản, sử dụng cấu hình cần thiết.

Hỗ trợ gỡ lỗi: Bảng điều khiển và hình ảnh tổng hợp các lỗi để giúp chẩn đoán

nguyên nhân gây ra sự cố, giúp việc xác định và sửa lỗi trở nên dễ dàng và nhanhchóng hơn Thâm nhập sâu hơn với các nhật ký cửa sổ và mạng tại mỗi bước kiểm thử.

4 Ưu và nhược điểm của Testim4.1 Ưu điểm

Tăng hiệu quả: Testim cho phép người dùng tự động hóa quy trình thử nghiệm

của họ, giảm thời gian và công sức cần thiết để thực hiện thử nghiệm theo cách thủcông Điều này có thể giúp tăng tốc vòng đời phát triển phần mềm, cho phép các nhómcung cấp phần mềm nhanh hơn và hiệu quả hơn.

Cải thiện độ chính xác: Kiểm tra tự động nhất quán và đáng tin cậy hơn so với

kiểm tra thủ công, giảm nguy cơ sai sót và cải thiện độ chính xác của kết quả kiểm tra.

Độ che phủ tốt: Testim cho phép người dùng tạo một số lượng lớn thử nghiệm

trong một khoảng thời gian ngắn, điều này có thể giúp cải thiện phạm vi thử nghiệmvà đảm bảo rằng tất cả các khía cạnh của ứng dụng đều được kiểm tra kỹ lưỡng.

Tích hợp dễ dàng: Testim tích hợp với một loạt các khung thử nghiệm phổ biến

và có thể được sử dụng cùng với các quy trình tích hợp liên tục và phân phối liên tục.Điều này giúp dễ dàng kết hợp Testim vào các quy trình và quy trình công việc hiệncó.

Tiết kiệm chi phí: Testim là một nền tảng dựa trên đám mây, có nghĩa là người

dùng không cần đầu tư vào phần cứng hoặc cơ sở hạ tầng đắt tiền để chạy thử nghiệm.Điều này có thể giúp giảm chi phí tổng thể của việc kiểm thử phần mềm.

Tóm lại, Testim là một công cụ mạnh mẽ và linh hoạt để tự động hóa việc kiểmthử phần mềm Nó cung cấp giao diện người dùng trực quan, hỗ trợ nhiều khung thửnghiệm phổ biến và có thể được sử dụng để thử nghiệm các ứng dụng web, API vàứng dụng di động Bằng cách sử dụng Testim, các nhóm phát triển phần mềm có thểcải thiện hiệu quả, độ chính xác và phạm vi bao phủ của các quy trình thử nghiệm củahọ, đồng thời giảm chi phí thử nghiệm tổng thể.

4.2 Nhược điểm

Hạn chế trong kiểm thử phức tạp: Testim có thể gặp khó khăn khi phải xử lý và

kiểm thử các yếu tố phức tạp trong ứng dụng, như ứng dụng di động, ứng dụng đa nềntảng hoặc hệ thống phức tạp Điều này có thể yêu cầu kiến thức và kỹ năng lập trìnhcao hơn để tùy chỉnh và xử lý các trường hợp đặc biệt.

Phụ thuộc vào môi trường kiểm thử: Testim đòi hỏi một môi trường kiểm thử ổn

định và có thể tái tạo để chạy các kịch bản kiểm thử Việc cấu hình và duy trì môitrường này có thể là một thách thức, đặc biệt khi phải làm việc với nhiều phiên bảntrình duyệt, hệ điều hành và nền tảng khác nhau.

Cần yêu cầu về kỹ thuật chuyên môn: Mặc dù Testim có giao diện dễ sử dụng,

nhưng để tận dụng hết khả năng của công cụ, người dùng cần có kiến thức kỹ thuật vàkỹ năng lập trình trong việc tùy chỉnh mã JavaScript để tạo và duy trì các kịch bảnkiểm thử tự động.

Giá thành: Testim là một công cụ thương mại, vì vậy có một mức phí liên quan

để sử dụng Điều này có thể là một hạn chế đối với những tổ chức hoặc nhóm nhỏ cónguồn lực hạn chế.

CHƯƠNG II KIỂM THỬ WEB VỚI HỖ TRỢ CỦA AI1 Ghi lại và chạy một bài kiểm thử web

Người dùng bắt đầu tạo một kiểm thử với Testim bằng cách truy cập vào trangweb/ứng dụng tương ứng và ghi lại chuỗi hành động của người dùng mà họ muốn dựavào để tạo kiểm thử của mình Sau đó, có thể chỉnh sửa các thuộc tính cho từng bướcvà thêm các xác thực Các kiểm thử được tạo trong một thư mục dự án cụ thể Khingười dùng tạo một kiểm thử mới, nó tự động được bao gồm trong dự án đang mởhiện tại.

Khi người dùng ghi lại kiểm thử, Testim chuyển mỗi hành động thành một bướckiểm thử được hiển thị trên màn hình trình soạn thảo trực quan của Testim Bây giờkiểm thử có thể chạy tự động, chỉ cần xác nhận rằng cùng một chuỗi hành động có thểđược lặp lại một cách hiệu quả Người dùng cũng có thể sử dụng trình soạn thảo trựcquan để thực hiện các hành động giúp hoàn thiện kiểm thử của mình như: Xóa, thêmhoặc sắp xếp các bước; Thêm điều kiện cho các bước; Thêm các kiểm tra xác thực;Tạo nhóm các bước.

Testim hỗ trợ thử nghiệm trên nhiều công nghệ web để cung cấp phạm vi baophủ toàn diện Tuy nhiên, do tính chất phát triển nhanh của công nghệ web, có thể cótrường hợp một số công nghệ mới chưa được tích hợp vào khung thử nghiệm củaTestim.

Tổng quan quá trình ghi lại và chạy một bài kiểm thử web trên Testim baogồm 4 bước chính:

1.1 Tạo một bài kiểm thử mới

Để tạo một bài kiểm thử mới người dùng cần di chuyển đến thẻ “kiểm thử”(Tests) trong trang “danh sách kiểm thử” (Test List) Sau đó nhấp vào biểu tượng cộng(+) và chọn “kiểm thử mới” (New test) Hoặc, người dùng có thể nhấp vào nút tạo bàikiểm thử mới – NEW TEST (được hiển thị trên thanh tiêu đề trên tất cả các màn hình).Một bài kiểm thử mới sẽ được mở trong trình soạn thảo trực quan Đây là nơingười dùng ghi lại bài kiểm thử, thêm các kiểm định và chỉnh sửa các bước kiểm thử.

1.2 Cài đặt URL cơ sở

Trong Testim, địa chỉ URL cơ sở là trang đầu tiên trong trang web mà bài kiểmthử bắt đầu Thông thường, đây là địa chỉ gốc của trang web, thường chỉ đến trang chủcủa trang web bằng cách đặt tên cho Host Ví dụ, http://demo.testim.io hoặc

http://www.google.com Địa chỉ URL cơ sở được xác định trong Bước Thiết lập củabài kiểm thử, đó là bước đầu tiên Các bước bổ sung trong bài kiểm thử có thể baogồm nhấp vào các liên kết từ trang đầu tiên/trang chủ đến các trang nội bộ của cùngmột trang web URL cho những trang này sẽ bao gồm cùng một địa chỉ URL cơ sởtiếp theo là đường dẫn tương đối Ví dụ, http://demo.testim.io/signup.

Có hai cách để thiết lập Địa chỉ URL cơ sở:

- Thiết lập một địa chỉ URL cơ sở mặc định: Người dùng có thể thiết lập

một địa chỉ URL cơ sở mặc định cho một dự án Địa chỉ URL này sẽ tựđộng áp dụng cho tất cả các bài kiểm thử mới mà người dùng tạo trong Dựán.

- Thiết lập địa chỉ URL cơ sở thủ công: Nếu không có Địa chỉ URL cơ sở

mặc định nào được cấu hình, người dùng cần nhập địa chỉ URL cơ sở mộtcách thủ công cho mỗi bài kiểm thử mới Nếu có địa chỉ URL cơ sở mặcđịnh đã được cấu hình, thì URL mặc định sẽ được sử dụng trừ khi ngườidùng chỉnh sửa URL một cách thủ công.

Testim cho phép người dùng ghi đè Địa chỉ URL cơ sở khi chạy bài kiểm thử.Thông thường, người dùng ghi lại các bài kiểm thử trên môi trường phát triển/kiểmthử và sau đó họ muốn chạy các bài kiểm thử của mình trên các môi trường khác nhau.Điều này có nghĩa là địa chỉ URL cơ sở và tất cả các địa chỉ URL tương đối (sau khinhấp vào các liên kết) phải thay đổi trong quá trình chạy bài kiểm thử Khi chạy cáctrình điều khiển từ xa bằng các phương pháp của Testim, người dùng có thể chỉ địnhmột Địa chỉ URL cơ sở khác nhau như là một phần của cấu hình.

Địa chỉ URL cơ sở cũng là một tham số được tích hợp sẵn, không giống như cáctham số khác trong Testim, thì không cần phải được xác định là một tham số, mà cóthể được sử dụng ngay Tham số này được gọi là - BASE_URL Tham số này sẽ đượcđiền vào với giá trị của địa chỉ URL cơ sở khi chạy bài kiểm thử, có thể là địa chỉ URLcơ sở ban đầu của bài kiểm thử hoặc một giá trị ghi đè.

Tham số Địa chỉ URL cơ sở có thể được sử dụng như một địa chỉ URL cơ sởđộng cho kiểm thử dữ liệu có thể được điều chỉnh tự động dựa trên dữ liệu được cungcấp cho chạy bài kiểm thử Ví dụ, người dùng muốn chạy cùng một bài kiểm thử trênmột loạt các trang web khác nhau Trong trường hợp này, họ sẽ sử dụng tham số Địachỉ URL cơ sở để nhập các URL động vào các chạy bài kiểm thử.

1.3 Cài đặt cấu hình bài kiểm thử

Cấu hình kiểm thử (Test Configuration) xác định các thông số hệ thống được sửdụng để chạy bài kiểm thử Nếu người dùng dự định chạy bài kiểm thử ở cục bộ, thìcấu hình nên phù hợp với môi trường cục bộ của họ Nếu người dùng dự định chạy bàikiểm thử trên Testim Grid, thì Testim mô phỏng bất kỳ môi trường nào được chỉ định.

Khi bài kiểm thử được chạy trong CLI, người dùng có thể ghi đè cấu hình mặcđịnh bằng cách chỉ định một cấu hình kiểm thử mới trong lệnh chạy Nếu họ chạy mộtbài kiểm thử ở cục bộ trên một hệ thống không tương ứng với cấu hình kiểm thử, thìbài kiểm thử sẽ chạy với cấu hình có sẵn và một thông báo cảnh báo sẽ được hiển thị.

Các tham số cấu hình cho bài kiểm thử được Testim hỗ trợ:

- Name: Tên của cấu hình.

- Browser: Trình duyệt mà bài kiểm thử chạy trên Các trình duyệt được hỗ

trợ bao gồm: Chrome, Firefox, Safari và Edge Chromium Testim chỉ hỗtrợ các phiên bản ổn định của trình duyệt và không cung cấp hỗ trợ chocác phiên bản Beta, Dev hoặc Canary.

- OS: Hệ điều hành mà bài kiểm thử chạy trên Các hệ điều hành được hỗ

trợ bao gồm Linux, Windows 11 (chỉ áp dụng cho Selenium và Grid tùychỉnh, không áp dụng cho Testim Grid), Windows 10, Windows 8,Windows 8.1, Windows 7, Windows XP, macOS Sierra, macOS HighSierra, macOS Mojave, OS X El Capitan, OS X Yosemite, OS XMavericks, OS X Mountain Lion, OS X Snow Leopard.

- Resolution: Độ phân giải màn hình được sử dụng cho bài kiểm thử.

- Step Timeout (milliseconds): Thời gian chờ (milliseconds) mà Testim chờ

trước khi ghi nhận một bước kiểm thử không thành công.

- Step Delay (milliseconds): Thời gian chờ giữa việc thực hiện các bước

kiểm thử.

- Setup step timeout (milliseconds): Thời gian chờ trước khi thực hiện bước

ban đầu (Base URL) của bài kiểm thử.

- Visual Validation: Các thông số Xác thực Hình ảnh (dưới đây) chỉ được

hiển thị cho các dự án mà tích hợp với Applitools đã được định nghĩa.

- Add Environment: Thêm các môi trường bổ sung (trình duyệt, độ phân

giải, mô phỏng thiết bị, v.v.) để chạy bài kiểm thử của người dùng.

- Match level: Thay đổi phương pháp so sánh giữa bản gốc và hiển thị của

phần tử của người dùng.

- Enable RCA: Bật phân tích nguyên nhân gây ra sự không khớp.

- Ignore displacement diffs: Bỏ qua sự khác biệt hình ảnh do các phần tử đã

di chuyển trên trang, nhưng không thay đổi theo cách cơ bản.

Khi người dùng tạo một bài kiểm thử mới, cấu hình kiểm thử mặc định sẽ tựđộng được áp dụng Người dùngcó thể thay đổi cấu hình kiểm thử bằng một trong cácphương pháp sau:

- Chỉnh sửa: Chỉnh sửa cấu hình kiểm thử hiện tại Cấu hình mới chỉ áp

dụng cho bài kiểm thử hiện tại (nó không ảnh hưởng đến hồ sơ cấu hình).

- Chọn lựa: Áp dụng một cấu hình kiểm thử khác từ danh sách các cấu hình

có sẵn.

- Tùy chỉnh (tạo mới): Tạo một cấu hình tùy chỉnh mới và áp dụng nó vào

bài kiểm thử hiện tại.

1.4 Ghi lại bài kiểm thử

Khi người dùng bắt đầu ghi lại một bài kiểm thử, một trình duyệt mới mở ra tớiđịa chỉ URL cơ sở Đây là cửa sổ Application Under Test (AUT), các hành động ngườidùng thực hiện trong cửa sổ này được ghi lại bởi Testim và cấu hình thành các bướctrong bài kiểm thử của họ.

Các hành động sau được xác định là các bước kiểm thử riêng biệt:- Nhấp chuột (Click)

- Nhấp đúp chuột (Double click)- Chuột phải (Right click)

- Cuộn (Scroll)

- Nhập văn bản (Set text)

- Cuộn trên trang (Scroll on page)- Cuộn đến phần tử (Scroll to element)- Kéo (Drag)

- Thay đổi kích thước cửa sổ (Resize window)

Sau khi ghi lại một bài kiểm thử có chứa bước Set text (để nhập văn bản), ngườidùng có thể chỉnh sửa văn bản tĩnh mà họ đã gõ trong quá trình ghi lại và thay thế nóbằng một chuỗi động Chuỗi này có thể chứa một biểu thức JavaScript và/hoặc mộttham số đã được xác định trước đó Đối với các ứng dụng văn bản động phức tạp hơn,sẽ được trình bày trong phần Kiểm thử dựa trên dữ liệu.

Người dùng có thể tạm dừng và khởi động lại việc ghi lại Chỉ các hành độngthực hiện trong trình duyệt AUT khi họ đang ở chế độ ghi lại mới được bao gồm trong

bài kiểm thử Các hành động thực hiện khi ghi lại đang tạm dừng sẽ không được baogồm trong bài kiểm thử Khi quá trình ghi lại đang tạm dừng, người dùng có thể thiếtlập kịch bản kiểm thử của mình và sau đó tiếp tục ghi lại Người dùng cũng có thểchèn thêm các bài kiểm thử đã ghi lại vào giữa các bước hiện tại khi đang tạm dừngquá trình ghi bài kiểm thử.

Khi người dùng tạo một bài kiểm thử mới hoặc thay đổi một bài kiểm thử đã tồntại, họ cần lưu bài kiểm thử Nếu đóng trình duyệt mà không lưu trước đó, công việcchưa được lưu sẽ bị mất Khi người dùng hoàn thành việc ghi lại bài kiểm thử củamình, người dùng có thể lưu nó Khi chỉnh sửa một bài kiểm thử hiện có, ví dụ như ghilại các bước bổ sung, điều chỉnh các thuộc tính, thêm các xác minh v.v., người dùngcũng cần lưu các thay đổi lại

1.5 Chạy một bài kiểm thử

Sau khi ghi lại một bài kiểm thử, người dùng có thể chạy bài kiểm thử đó bằngcách nhấp vào nút phát trong thanh công cụ trên màn hình trình soạn thảo Một trìnhduyệt mới mở ra và chạy các hành động kiểm thử trên trang demo Khi kiểm thử hoànthành, một cửa sổ pop-up hiển thị liệu kiểm thử đã thành công hay không Nhấp vàoliên kết quay lại trình soạn thảo để trở lại trình soạn thảo và xem kết quả kiểm thử.

Trên màn hình trình soạn thảo kiểm thử, người dùng có thể xem kết quả của kiểmthử Dữ liệu chạy tổng quan được hiển thị ở đầu màn hình Ngoài ra, các biểu tượngmàu ở đầu mỗi bước cho biết liệu hành động đó đã thành công hay không Nếu ngườidùng muốn xem kết quả chi tiết cho một hành động cụ thể, nhấp đúp chuột vào bướcđó Màn hình kết quả hành động sẽ được hiển thị cho hành động đó.

Trong trường hợp kiểm thử thất bại, thông tin chi tiết về nguyên nhân của sự cốđược hiển thị (Trong ví dụ sau, việc xác thực được đặt để kết quả mong đợi là"Goodbye" nhưng giá trị nhận được là "Hello".)

2 Thêm xác minh kết quả cho bài kiểm thử

Khi kiểm thử một ứng dụng, chỉ biết rằng các bước chạy hiệu quả là không đủ.Trong nhiều trường hợp, người dùng cũng muốn xác minh rằng kết quả mong đợi đãđược tạo ra bởi bước kiểm thử Ví dụ, sau khi đăng nhập, người dùng có thể muốn xácminh rằng tên người dùng chính xác được hiển thị trong tiêu đề trang.

Testim cung cấp sẵn cho người dùng các loại xác minh sau:

- Page Accessibility Validation: Xác minh tính khả dụng của trang.

- Element Accessibility Validation: Xác minh tính khả dụng của phần tử

- Validate element visible: Xác minh rằng phần tử mong đợi là hiển thị.- Validate element not visible: Xác minh rằng một phần tử không hiển thị.- Validate element text: Xác minh rằng văn bản mong đợi là hiển thị.

- Add custom validation: Tạo các xác minh phức tạp bằng cách sử dụng mã

tùy chỉnh.

- Validate using custom code: Tạo một bước kiểm thử với mã tùy chỉnh.- Validate download: Xác minh rằng nội dung tải xuống là như mong đợi.- Validate email: Xác minh luồng đăng ký và đăng nhập.

- Validate CSS property: Xác minh bất kỳ thuộc tính CSS của một phần tử.- Validate HTML attribute: Xác minh bất kỳ thuộc tính HTML nào trong

- Add network validation: Xác minh rằng các yêu cầu mạng đã được thực

hiện như mong đợi.

- Add CLI validations and actions: Thực thi các tập lệnh node.js từ bên

trong các bước kiểm thử của người dùng.

- File upload step validation: Ghi lại tương tác tải tệp.

- MonboDB validation: Xác minh MongoDB bằng một hành động CLI.

- My SQL validation: Xác minh MySQL bằng một hành động CLI và truy

vấn SQL

Khi người dùng thêm một bước xác thực, nó sẽ được hiển thị trong trình soạnthảo như một bước mới trong bài kiểm thử của họ, được chỉ dẫn bằng một biểu tượngở góc trên bên trái của bước kiểm thử Mỗi loại bước xác thực được biểu diễn bằngmột biểu tượng khác nhau Dưới đây là một số ví dụ về các biểu tượng hiển thị cho cácloại xác thực khác nhau.

Validate element visible:

Validate element text:

Custom validation:

Khi người dùng chạy bài kiểm thử, mỗi bước xác thực sẽ được xác định là đạt(passed) hoặc không đạt (failed) dựa trên việc xác nhận xem liệu tiêu chí xác thực đã

Nếu bước xác thực đạt, biểu tượng ở góc trên bên trái của bước kiểm thử sẽ hiểnthị màu xanh lá cây, và có một thông báo trong bảng Thuộc tính cho biết rằng nó đãthông qua.

Nếu một bước xác thực không đạt, biểu tượng ở góc trên bên trái của bước kiểmthử sẽ chuyển sang màu đỏ, và có một thông báo trong bảng Thuộc tính cho biết rằngbước đó không thông qua Ngoài ra, một thanh màu đỏ sẽ xuất hiện ở đầu Trình soạnthảo để chỉ ra rằng bước đó không đạt Thanh màu đỏ hiển thị các giá trị mong đợi vàthực tế cho bước không đạt Testim cũng cung cấp một liên kết xem lỗi có thể đượcnhấp vào để mở thông báo lỗi đầy đủ.

3 Kiểm thử dựa trên dữ liệu

Kiểm thử dựa trên dữ liệu cho phép người dùng xác định các tham số trong bàikiểm thử của mình và sử dụng chúng trong bất kỳ bước nào Người dùng có thể xácđịnh nhiều tập dữ liệu có thứ tự và chạy kiểm thử cho mỗi tập dữ liệu riêng biệt bằngcách sử dụng Testim CLI Khi sử dụng các tập dữ liệu, dữ liệu trước đó sẽ không đượctự động xóa khỏi bài kiểm thử cho đến khi được loại bỏ một cách rõ ràng.

Các trường hợp sử dụng phổ biến cho Kiểm thử Dựa trên Dữ liệu:

- Chạy kiểm thử đăng ký với dữ liệu khác nhau: Khi người dùng muốn kiểm

thử trang đăng ký của mình với tên người dùng và mật khẩu khác nhau,