Test Automation Là Gì

     

Post navigation

← PreviousNext →Automation test là gì? đọc đúng các bước của Automation testers.

Bạn đang xem: Test automation là gì


I. Lướt một vòng google

Vì có không ít bài báo viết về chủ đề này nhưng không đi tường tận cụ thể nên chúng ta testers tò mò mãi, xuôi ngược vẫn chưa chắc chắn Automation thử nghiệm là gì. Mình viết bài bác này để hi vọng rằng chúng ta có loại nhìn tổng thể và tưởng tượng được quá trình của mỗi phần.

Làm Automation kiểm tra là làm cho gì? scope mang lại đâu.

Trước viết bài này, mình gồm lướt qua google, tìm 1 số bài tiếng việt thì thấy tác dụng thế này:

*

Đại nhiều phần đều nói về:

Manual với Automation không giống nhau thế nàoAutomation thì gồm lợi, sợ gìVà sau cuối coi Automation chạy thử là UI Automation test (oh men). Đúng tuy thế không đủ

Ví dụ:

*
link: itviec
*
link: toidicodedao

II. Automation demo thực sự là gì? Ai sẽ làm cho gì

Vậy thì hiểu thế nào là đúng và đủ? Mình đã base trên bài bác này để nói, tuy nhiên sẽ dễ dàng và đơn giản hóa mô hình để chúng ta dễ đọc hơn.

*
Automation overview

Disclaimer: bài này đang nói Automation kiểm tra nhưng các chúng ta cũng có thể hiểu là Automation Check, để đỡ mẫu nhau về thuật ngữ.

Mình xin rước 1 hệ thống đơn giản dễ dàng như trên quy mô để giới thiệu chúng ta 3-4 kiểu test automation ( tất nhiên là còn các kiểu automation demo khác).

Xem thêm: Mách Bạn Ứng Dụng Xem Tivi Miễn Phí Trên 3G, 4G Viettel, Cách Để Xem Tivi Tẹt Ga Trên Smartphone Chỉ Với 1

1. Unit Test

Người viết là developer, ai cũng biết với chả ai quan lại tâm, ở đầu cuối là chả mấy lúc nó lộ diện trong dự án. Hiện nay mọi trang bị đang nạm đổi, các công ty đã để ý đến CI/CD và bài toán viết Unit kiểm tra là bắt buộc.Unit test với Back-end có vẻ dễ hiểu, còn Front-end thì sao, nó test cái gì? Nó là một trong loại demo UI (như nhập không đúng định dạng e-mail –> show lỗi, nhập đúng định dạng thư điện tử –> enable button submit…) dẫu vậy focus vào từng action đơn lẻ, chứ không phải là cả 1 flow lâu năm như UI Automation. Ngày này, bài toán ngày càng có nhiều framework front-end thì vấn đề viết demo dạng này được tư vấn rất nhiều, ví dụ là từng nào thì mình ko biết. =)))) sorry, mình là tester. Tất nhiên, việc này cũng phụ thuộc vào vào application đang có tác dụng là dạng server-side rendering xuất xắc client-side rendering. Ví như là dạng Server-side rendering thì vấn đề viết Unit chạy thử cho Front-end gần như là là không thể, ta bắt buộc dùng Selenium giải pháp xử lý ở kiểu demo UI Automation.

2. Narrow Integration test

Thông thường tín đồ ta chỉ viết mang đến Integration Test, mà lại mình lại tách bóc làm 2 loại Integration là Narrow (nhỏ) cùng Broad (lớn) do chia scope nạm để mọi bạn đỡ phát âm nhầm.

Đối tượng demo là việc link của 2 thành phần không giống nhau. Theo định nghĩa thì thành phần sống đây hoàn toàn có thể là Class / Package / Submodule / Module / System. Mình thấy thiệt sự là quá phức tạp. Agrrrr. Theo bạn dạng thân mình, chỉ nên tính việc connect thân 2 modules. Ví dụ:Giữa code xúc tích và ngắn gọn và databaseGiữa code xúc tích và ngắn gọn và tệp tin systemGiữa code xúc tích và hệ thống external service.….Người viết là Developer, những test integration cũng không thực sự phức tạp, tất cả 2 nhiều loại testcase: Happy cases: chứng tỏ là việc kết hợp 2 thành phần hoạt động ngon lành với nhiều loại valid inputs.Edge cases: với input đầu vào invalid thì module bên phía ngoài sẽ trả ra lỗi cùng code lô ghích phải handle được error đó.Thông thường nếu cần sử dụng framework thì những thứ này hầu hết do framework xử lý, nhưng bọn họ vẫn phải viết tối thiểu là happy cases, vị để bug lọt lên test cấp độ cao hơn nữa thì cost có thể lớn hơn.

Đây là 2 samples của Integration chạy thử của ứng dụng với DB và ứng dụng với External Service.

3. Broad Integration demo / API thử nghiệm / End-to-End thử nghiệm (no UI)

Thuật ngữ Integration chạy thử là cho họ rất những hiểu nhầm với tranh luận, đấy là lý do mà Google đã vứt qua luôn nhưng thuật ngữ này mà sử dụng Small / Medium / Large Test. Còn bản thân thì vẫn vậy dùng vì hầu như mọi tín đồ vẫn thân quen với những cái đó hơn.

Gói gọn gàng lại: Theo mình tất cả 3 tên gọi cho kiểu kiểm tra này cùng nó được xem là high-level test vì nó chạy thử khi toàn bộ các yếu tắc (trừ UI) work cùng rất nhau.

Đối tượng thử nghiệm là business xúc tích và ngắn gọn của phía Back-end cơ mà dưới góc độ kỹ thuật, đó là câu hỏi bạn sử dụng các protocol như HTTP để triển khai việc test.Người viết là Automation Tester, đôi khi là Developer (nếu rảnh) :vVề đưa ra tiết, test cái gì, test vậy nào, mình đã có chia sẻ trong:

4. UI AUtomation Test

Có lẽ vì phần đông testers đầy đủ trải qua giai đoạn manual, viết chạy thử cases theo hình thức acceptance test, tức là hướng từ phía người dùng sử dụng sản phẩm như vậy nào, nên khi tham gia học về automation test, mọi người thường hướng tới sử dụng selenium để có thể automate được mọi test case mà đã được viết bên trên excel. Điều này có thể nằm trong quan tâm đến của không hề ít người trường đoản cú PM, dev, tester, cha … bắt buộc mới xảy ra tình trạng như sống phía đầu bài mình có nói, nhầm tưởng Automation demo là UI Automation Test.

Xem thêm: Top 20 Sửu Công Sửu Thụ Là Gì ? Thuật Ngữ Dùng Trong Đam Mỹ Top 20 Sửu Công Và Sửu Thụ Là Gì Mới Nhất 2022

Việc thực hiện với con số bao nhiêu chạy thử case, tỷ lệ với những nhiều loại test khác nuốm nào đa số là chủ thể mọi người thường bàn tới, nhưng mà đại đa số đều hi vọng giới hạn số lượng test case các loại này sinh sống mức bé dại nhất bao gồm thể. Minh chứng google nói ko với more End-to-End test, microsoft biến hóa tỉ lệ những level test.

Đối tượng thử nghiệm là toàn bộ hệ thống, business logic dưới góc độ của End-User, mang lập người dùng sử dụng sản phẩm, rất có thể là web, native mobile tiện ích hoặc main-frame app…Người viết là Automation Tester.Cách thức triển khai và sample, tôi đã viết ở cả 2 series:

III. Tổng kết

Chốt lại, về phương diện định nghĩa, tất cả những một số loại test như thế nào run auto và auto check tác dụng thì call là Automation Test, nên nó sẽ có không ít loại với rất nhiều thuật ngữ khác nhau. Tuy vậy để dễ dàng và đơn giản hóa, tôi chỉ nêu ra 4 loại như trên. Hi vọng, sau bài xích này chúng ta có cái nhìn thấy rõ hơn về làm Automation test là làm gì và trọng trách của Dev và demo trong đó.