Chuyển đến nội dung chính

Tổng quan về chia sẻ Automation Test

 Cũng đã lâu rồi mình không viết bài mới, do tình cờ thấy "Your June Search performance" nên mình mới nhớ ra rằng mình cũng đã từng viết blog nhằm chia sẻ về kiến thức cũng như bản thân mình tự ôn tập và memo lại những gì mình đã học được.

Hiện tại xu hướng hướng Automation Test dường như trở thành mục tiêu của nhiều người, và nhiều bạn cũng đặt mục tiêu cho mình trở thành một automation test chính hiệu, vậy để trở thành một Automation Test, mình cần học gì ? chuẩn bị những gì ? ... đã trờ thành câu hỏi phổ biến và cũng có nhiềubaif chia sẻ về nó, mình sẽ viết bài sẻ về điều này nhé!

Có một số bạn có lẽ đang hiểu lầm về automation test, nó không chỉ đơn giản là thực thi các test script được viết sẵn và lấy kết quả report mà còn nhiều hơn nữa ... và phần chia sẻ của mình chủ yếu là những gì mình đã trải nghiệm và viết theo góc nhìn của bản thân.

Mình sẽ tóm tắt lại nội dung chính mình sẽ chia sẻ như sau:

1.  Khi nào thì mình nên thực hiện Automation test

2. Những kiến thức cần trang bị 

3. Selector

4. Javascript

5. WebdriverIO

6. CI/CD - Github Actions

Mình sẽ cố gắng có thêm phần demo cho dễ hiểu, và tất nhiên mình cũng sẽ tham khảo thêm các bài viết khác để có cái nhìn tổng quan hơn cho bản thân.

Điểm mạnh của Automation Test:

- Cái đầu tiên có lẽ là tiết kiệm thời gian, quá trình Regression Test cho mỗi lần release (thêm chức năng mới, fix bug ... ) khi thực hiện thường xuyên sẽ gây ra tâm lý chủ quan và tốn nhiều thời gian (cho dù đã chọn lọc ra các test case cần thiết) thì vẫn sẽ tốn nhiều thời gian và có thể có chững rủi ro không cần thiết, nên Automation Test trong trường hợp này là một giải pháp tối ưu 

- Giảm thiểu các rủi ro có thể xảy ra bởi con người ... (nhập sai dữ liệu, nhìn sai kết quả, chủ quan ... )

- Khi test script đầy đủ và chính xác thì nó có độ tin cậy cao, có tính toàn diện và có thể tái sử dụng 


Bên cạnh đó Automation Test cũng có những nhược điểm

- Đầu tiên là yêu cầu cao cho đội ngũ QA phát triển 

- Thời gian phát triển test script cũng phụ thuộc vào độ phức tạp, và quy mo của test case

- Có những trường hợp không thể automation test mà chỉ có thể manual test

- Bên cạnh đó, chi phí bảo trì và cập nhật cũng là một vấn đề


Bạn muốn đặt mục tiêu nghề nghiệp là chuyển từ manual sang automation? ban đầu bạn sẽ gặp khá nhiều khó khăn, mình sẽ bắt đầu từ đâu, mình nên học gì, mình có thể làm được không? Làm sao để mình thực hành, mình có thể hỏi ai? mình có thể đi học về nó không? ... đó sẽ là những câu hỏi mà làm chùng bước chân của bạn :")) Nếu bạn mong muốn công việc có thêm nhiều thử thách cũng như nhiều cơ hội hơn và nếu có thêm một số kiến thức lập trình cơ bản thì bạn cũng đừng quá lo lắng, nó cũng không khó như bạn nghĩ =))




Nhận xét

Bài đăng phổ biến từ blog này

3Q6S - Tiêu chuẩn chất lượng công ty nhật

+  Ý nghĩa của 3Q6S -          Quality company: công ty tốt -          Quality worker: nhân viên tốt -          Quality Products : sản phẩm tốt -          Seiri : sắp xếp gọn gàng -          Seiton: đặt ngăn nắp, đúng chỗ -          Seiketsu : tinh khiết, sáng sủa -          Seisou: quét dọn sạch sẽ -          Saho : tác phong, hành động đúng -          Shitsuke : kỷ luật, nề nếp     – Lấy các chữ đầu của các mục trên để gọi là 3Q6S.        * Sắp xếp gọn gàng bao gồm ý nghĩa “Phân chia những vật cần thiết và không cần thiết, những vật không cần thiết không đặt ở nơi làm việc...

Tổng quan về solfware testing

Chương 1: Tổng quan về test phần mềm         1.1 Các giai đoạn test         1.2 Định nghĩa về test         1.3 Mục tiêu của test         1.4 Vai trò và nhiệm vụ của Tester. Chương 2: Những yêu cầu cần thiết khi thực hiện test        2.1 Ý nghĩa những tài liệu tester cần hiểu trước khi bắt đầu test        2.2 Hướng test cụ thể trong phần mềm Chương 3: Quy trình test       Sơ đồ tổng quát. Chương 4: Phương pháp test và kỹ thuật thiết kế testcase       4.1 Phương pháp test       4.2 Loại test       4.3 Test case Chương 5: Lỗi phổ biến trong phần mềm và cách Report Bug       5.1 13 lỗi phổ biến trong phần mềm (Bug type).       5.2 Report Bug Template. Chương 6: Test Plan và thế nào là Tester tốt A. TEST PLAN       I. Definitions:   ...

System test - Kiểm thử hệ thống

Trong quá trình kiểm thử phần mềm, ứng dụng web,...  bạn sẽ có các giai đoạn như: - Unit test - Intergration test - System test - Acceptance test Tương ứng với từng giai đoạn phát triển của của hệ thống thì quá trình test cũng sẽ thay đổi tương úng nhằm đảm bảo hệ thống phát triển theo đúng mong đợi của nhà sản xuất và khách hàng I. Kiểm thử hệ thống là gì ? - Kiểm thử hệ thống là kiểm tra lại toàn bộ hệ thống sau khi tích hợp , nhằm đảm bảo hệ thống đáp ứng các yêu cầu đề ra . - KTHT kiểm tra cả các hành vi chức năng của phần mềm lẫn các yêu cầu về chất lượng như độ tin cậy, tính tiện lợi khi sử dụng, hiệu năng và bảo mật. Mức kiểm tra này đặc biệt thích hợp cho việc phát hiện lỗi giao tiếp với PM hoặc phần cứng bên ngoài, chẳng hạn các lỗi "tắc nghẽn" (deadlock) hoặc chiếm dụng bộ nhớ. Sau giai đoạn KTHT , PM thường đã sẵn sàng cho khách hàng hoặc người dùng cuối cùng kiểm tra để chấp nhận ...