Automation Test Pro

Hi guys, tụi mình dự định mở lớp automation test mới vào tháng sau (T12/2023).

Nếu bạn nào có mong muốn học thêm skill auto trong thời gian này thì ib ngay để tham gia khoá học của Automation Test Pro nào!

Bạn sẽ có cơ hội được tham gia làm quen với các dự án freelancer và automation testers khác từ mọi miền và cả nước ngoài luôn 🙂

Forward tin nhắn này tới bạn bè của bạn nhé 😉

Lợi ích của việc học online

Kể từ sau dịch, hầu như các hoạt động học hành đều được thực hiện online. Các công ty còn áp dụng chế độ làm việc hybrid, wfh hoặc training online cho nhân viên. Tất nhiên việc học offline trực tiếp vẫn là phương thức phổ biến nhất vì có thể tạo ra lợi ích tương tác trực tiếp giữa giáo viên và học sinh. Nhưng với sự phát triển hiện đại, có vẻ như học viên cũng dần quen với việc học mà không cần tới lớp.

Học từ xa có gì hay:

❗️Tiết kiệm thời gian

❗️Tiết kiệm tiền do ít phải di chuyển, đỡ tốn xăng, tiền gửi xe. Giá các khoá học cũng thường rẻ hơn

❗️Đặc biệt các khoá học online thường được tổ chức bởi những chuyên gia có thâm niên trong lĩnh vực. Bạn trả tiền trực tiếp cho giáo viên mà không cần thông qua bên thứ 3. Ngoài ra bạn cũng dễ dàng tập trung nghe giảng mà không bị ảnh hưởng bởi những người xung quanh

❗️Cực kì tiện lợi cho những người bắt buộc phải ở nhà như mẹ bỉm sữa phải trông e bé

❗️Bạn cũng có thể vừa uống Café vừa học thoải mái

Khi học online ở Automation Test Pro bạn sẽ được tương tác thường xuyên với giáo viên, học viên khác và nhận câu trả lời nhanh chóng!

Vậy bạn sẽ chọn học theo hình thức offline trực tiếp hay là online qua internet?

Tại sao tester và developer lại hay bất hoà?

Câu trả lời là không nên.
Trong môi trường công sở, tester có thể trở thành bạn với bất cứ ai. Nhưng làm bạn sao đừng để ảnh hưởng tới công việc là được.

Ví dụ, khi làm trong dự án product, thỉnh thoảng developer sẽ nói là không cần post mấy con bug đó đâu vì họ nhớ rồi và sẽ fix sớm thôi.

Việc này khá là bất ổn trong dự án, developer phải làm thêm những task ngoài kế hoạch ban đầu, tester thậm chí có khi còn quên cách reproduce error, lỗi đó tưởng đơn giản nhưng có khi lại bự và ảnh hưởng tới cả dự án, hơn nữa manager không có số liệu để đánh giá kết quả testing.

Một tester cần phải kiểm tra chất lượng sản phẩm, chứ không phải xem developer họ làm được những gì.

Do đó, là tester , chúng ta hãy cố gắng giao tiếp với đồng nghiệp một cách lịch sự nhất có thể, nên tránh những câu gây mích lòng như: “App gì toàn lỗi không? Mấy ông dev này có kiểm tra code trước khi deploy không nhờ? Thấy chả chịu fix lỗi gì cả?”

Khi bạn thực sự thấy nhiều lỗi, đừng gào lên trong office là: “dev cùi, dev tệ”. Gây không khí tiêu cực trong team thực sự là không cần thiết 🙂

Nhớ là công việc của tester là kiểm tra và đánh giá phần mềm. Và chỉ vậy mà thôi.

Cuối cùng thì chúng ta không cần phải gây mất lòng hay bất hoà với dev. Ảnh hưởng tới động lực phát triển của cả 2 và mục tiêu chung của nhóm.

Shift Left testing là việc đẩy giai đoạn test lên sớm (to the left) trong quy trình phát triển phần mềm. Giúp cho bugs được phát hiện và sửa lỗi càng sớm càng tốt.

Với loại testing này thì developers cũng sẽ được tham gia vào việc viết và run tests trước khi đẩy code lên git repository. Và giúp bugs sớm được tìm thấy sớm hơn khi code của developers còn đang trong quá trình viết, review và chỉnh sửa.

Trong giai đoạn đang hiện thực, họ có thể dễ dàng sữa lỗi vì những đoạn code mới thường nhỏ và rất dễ quản lý. Một khi code đã được đưa vô nhánh main, lúc đó sẽ tốn rất nhiều QA effort để tìm bug, cũng như Dev effort để tìm nguyên nhân và sửa chúng.

Lợi ích chính của Shift Left testing:
🔸Tăng chất lượng sản phẩm vì nhiều bugs sẽ được phát hiện ngay trong các giai đoạn đầu coding.
🔸Thời gian release ra production nhanh hơn vì đa phần quy trình testing đã được tự động hoá.
🔸Cho phép developers cùng với testers đóng góp, xây dựng, và đưa ra các ý tưởng sáng tạo hơn cho automation test trong quy trình phát triển phần mềm một cách liên tục và lặp lại (CI/CD). Cũng như bảo vệ quyền lợi của họ khi có lỗi xảy ra sau này.

Nhìn chung, việc shift left testing sẽ giúp cải thiện việc quản lý và bảo dưỡng các bộ test suite không ổn định.

Theo lý thuyết, thì bất kỳ dự án nào cũng có thể chuyển qua áp dụng Shift Left testing.

Hãy thử đề xuất ý tưởng này lên manager, khách hàng của dự án và cho mình biết két quả nhé!

Test trên các thiết bị khác nhau

Thông thường một website cần được test với đủ loại kích thước, không những phải check trên PC / laptop mà còn phải check cả trên mobile và tablets. Làm sao để biết web app của mình cần check trên thiết bị nào? Cái này thì bạn cần phải xem requirement của dự án.

Vậy nếu có yêu cầu cần phải test trên điện thoại mà tạm thời bạn lại không có thì sao?

Nếu vậy, bạn có thể xài tạm tính năng DevTools trên browser như sau:
- Mở Chrome hay browser bất kỳ, bật developer tools (dùng F12 hoặc click phải bất kỳ đâu trên web -> Inspect ). Một developer panel sẽ được mở ra ở phía dưới hoặc bên tay phải.
- Chọn icon thứ 2 từ bên trái “Toggle device toolbar” trong developer tool. Bạn sẽ thấy trang web được mở trong kích thước được tuỳ chỉnh.
- Click vào dropdown phía trên sẽ xuất hiện các kích thước của từng device khác nhau.
Để cho chắc cú thì bạn hãy refresh trang web để nó mở theo kích thước được chọn.
Ngon! giờ bạn có thể xem trang web trông như nào trên một thiết bị mobile bất kỳ. 👍

Nếu bạn có thiết bị thật thì tốt hơn là vẫn nên mở web trên đó. Nhưng nếu không có thì xài tạm tính năng DevTools cũng được.

Hãy thử xem bạn có làm theo được không nhé.

Khi nào thì mình mới qua được cái mác fresher/junior?

Đơn giản nhất là dựa vào quy trình thăng cấp của từng công ty rồi. Giống như khi chơi game - bạn được lên rank dựa vào thời gian và kinh nghiệm trong trò chơi.

Ví dụ, công ty Intel, việc promotion lên level của nhân viên sẽ dựa vào thâm niên và mức độ đóng góp của họ.

Nếu trong công ty bạn làm không có career path cụ thể, thì hãy nhắn tin trực tiếp hỏi Manager của bạn. Cho họ biết là mình đã sẵn sàng lên một tầm cao mới và tìm hiểu xem bạn cần phải làm gì để có thể thoát cái mác junior (trờ thành một Middle QA Engineer).

Tại sao lại để lọt bug này hả em?

Là 1 tester, không sớm thì muộn bạn cũng sẽ để lọt bug ra ngoài production khi release thôi. Điều quan trọng là đừng lo lắng, tức giận hay tìm cách đổ lỗi vội, mà phải giữ bình tình! 🙂

Một số lý do phổ biến người QA để lọt bug:

💡1. Lí do đơn giản nhất là không test: tester thực sự đã passed lụi test case, hoặc test step không có test chức năng cần kiểm thử
💡2. Bug xảy ra ở chức năng mà testing không test tới ( thậm chí là chưa lên test plan)
💡3. Deadline quá sát nên test không hết
💡4. Thỉnh thoảng nghĩ con bug nó nhỏ xíu nên chả thèm regression test
💡5. Hiểu sai kết quả mong muốn. Không hiểu và cũng không rõ thực tế chức năng phải hoạt động sao mới đúng 😂

Còn lý do gì khác không nhỉ ?

HOT!!! FREELANCER TESTER NEEDED!

Mình cần tuyển 1-2 slot Freelancer Tester phụ làm dự án đây.
Bạn nào quan tâm ib.

Yêu cầu:
- Có khả năng làm tối đa 3h / ngày các ngày trong tuần.
- Manual Test
- Automation Test dùng Cypress
- Git
- Nodejs , Javascript, Typescript, Docker, Mongo
- Start ASAP

QA: dạ sếp, tụi em xong rồi! 2 ngày nữa nộp report nha sếp 😂

Hướng dẫn thay đổi kích thước cửa sổ Chrome browser bằng Selenium Python❤

Trong bài viết này, EAT sẽ hướng dẫn các bạn cách sử dụng set_window_size() với Chrome browser bằng Selenium Python....
Mời các bạn đọc tiếp tại:
https://seniorautomationtest.co
m/change-browser-window-size/

Hướng dẫn thay đổi kích thước cửa sổ Chrome browser bằng Selenium Python Trong Selenium, bạn có thể sử dụng phương thức set_window_size () của đối tượng WebDriver để cài đặt kích thước cửa sổ trình duyệt. Phương thức này yêu cầu hai tham số, đó là chiều rộng và chiều cao, được truyền dưới dạng số ngu...

Sau 2 năm đồng hành với Slack thì từ nay nhóm experienced automation testers sẽ chuyển qua nhà mới Discord.

Let’s enjoy and build our team here!
Bye Slack 🤝

Một số các chức năng không nên Automation Test!
Mặc dù có nhiều lợi ích của tự động hóa kiểm thử phần mềm, nhưng không phải tất cả các chức năng của phần mềm đều phù hợp với kiểm thử tự động. Dưới đây là một số chức năng không nên automation test:...
Mời các bạn đọc tiếp tại:

Các chức năng không nên Automation ! Mặc dù có nhiều lợi ích của tự động hóa kiểm thử phần mềm, nhưng không phải tất cả các chức năng của phần mềm đều phù hợp với kiểm thử tự động. Dưới đây là một số chức năng không nên automation test:

Lâu rồi lên 1 chiếc blog: Sự khác biệt giữa Retesting và Regression Testing ?
cho mọi người đọc thêm tham khảo nhé!❤️
Mời các bạn đọc tiếp tại:

Sự khác biệt giữa Retesting và Regression Testing ? Retesting và Regression testing là hai kỹ thuật kiểm thử phần mềm quan trọng. Mặc dù cả hai kỹ thuật này có mục đích kiểm tra phần mềm, nhưng chúng có mục đích và phương pháp khác nhau. Chúng ta cùng tìm hiểu sự khác biệt giữa Retesting v....

Cần tuyển 1 bạn freelancer có kinh nghiệm làm selenium java TestNG. Nhiệm vụ maintain script cũ cho nó run stable, và add test script mới khi cần.

Tuần làm khoảng 10-20h.

Có khả năng tự xử lý task voi ít support từ Leader. Bạn nào nhắm có khả năng thì inbox mình.

Hướng dẫn mở Website trên Chrome browser bằng Selenium Python Selenium là một Automation tool trên web phổ biến và open source. Ưu điểm chính của việc sử dụng Selenium là nó hỗ trợ tất cả các trình duyệt như Google Chrome, Microsoft Edge, Mozilla Firefox và Safari, hoạt động trên tất cả các hệ điều hành ch...

Hướng dẫn mở Website trên Chrome browser bằng Selenium Python❤️
Để install selenium ta sử dụng command pip install selenium (hoặc pip3 install selenium trên MacOS)
và sử dụng hàm driver.get("url") để launch Chrome... mời các bạn đọc tiếp bog tại

Hướng dẫn mở Website trên Chrome browser bằng Selenium Python Selenium là một Automation tool trên web phổ biến và open source. Ưu điểm chính của việc sử dụng Selenium là nó hỗ trợ tất cả các trình duyệt như Google Chrome, Microsoft Edge, Mozilla Firefox và Safari, hoạt động trên tất cả các hệ điều hành ch...

7 bước cần làm để chuyển từ kiểm thử thủ công sang kiểm thử tự động.

Đây có thể là một quá trình dài và phức tạp, nhưng cũng rất có ích. Để thực hiện việc này, bạn có thể thực hiện các bước sau:

1. Tìm hiểu về kiểm thử tự động: Hãy tìm hiểu về các công nghệ, các công cụ và các quy trình liên quan đến kiểm thử tự động.

2. Xác định các tác vụ thích hợp để chuyển qua kiểm thử tự động: Tìm các tác vụ mà bạn thường thực hiện trong quá trình kiểm thử thủ công và xem xét việc chuyển chúng sang kiểm thử tự động có thể giúp tăng hiệu suất hay không.

3. Chọn công cụ kiểm thử tự động phù hợp: Tìm hiểu về các công cụ kiểm thử tự động và chọn một công cụ phù hợp với nhu cầu của dự án của bạn.

4. Tạo lập kịch bản kiểm thử tự động: Sử dụng công cụ đã chọn để tạo các kịch bản kiểm thử tự động cho các tác vụ đã chọn.

5. Chạy và đánh giá kết quả: Chạy các kịch bản kiểm thử tự động và đánh giá kết quả. Nếu có lỗi, hãy sửa chúng và chạy lại cho đến khi hoàn thành.

6. Tích hợp vào quy trình kiểm thử: Tích hợp các kịch bản kiểm thử tự động vào quy trình kiểm thử hiện tại của bạn và bắt đầu sử dụng chúng trong các dự án tiếp theo.

7. Tiếp tục học hỏi và cập nhật: Hãy tiếp tục học hỏi về công nghệ và các công cụ mới để cập nhật kiến thức và kỹ năng của bạn trong việc kiểm thử tự động.

Chúc mừng bạn đã hoàn thành quá trình chuyển từ kiểm thử thủ công sang kiểm thử tự động!

EAT Team

1 ban cuối tuần không đi cafe nhưng vẫn muốn được kèm học automation test. 👍

Selenium với Python

Cùng tìm hiểu về Captcha và một số trường hợp kiểm thử cho các loại captcha nhé❤️

- Mục đích của Captcha là xác định và cho phép người dùng thực sự truy cập, đồng thời ngăn các bot và hệ thống tự động gửi dữ liệu biểu mẫu trực tuyến...
Mời các bạn đọc tiếp tại:

Một số trường hợp kiểm thử cho CAPTCHA Ngày nay, hầu hết các công cụ Automation đều có sẵn trên thị trường. Vì vậy, để ngừng bot hoặc công cụ để truy cập trang web

Năm mới bắt đầu với blog: Tìm hiểu và phân biệt giữa Sanity Testing và Smoke Testing?

Smoke và Sanity testing là những chủ đề bị hiểu lầm nhất trong Kiểm thử phần mềm. Có rất nhiều tài liệu về chủ đề này, nhưng hầu hết chúng đều khó hiểu. Bài viết sau đây sẽ phần nào giúp chúng ta giải quyết được sự nhầm lẫn này.
Mời các bạn đọc tiếp tại:

Tìm hiểu và phân biệt giữa Sanity Testing và Smoke Testing Smoke và Sanity testing là những chủ đề bị hiểu lầm nhất trong Kiểm thử phần mềm. Có rất nhiều tài liệu về chủ đề này, nhưng hầu hết chúng đều khó hiểu. Bài viết sau đây sẽ phần nào giúp chúng ta giải quyết được sự nhầm l.....

Một số trường hợp kiểm thử cho chức năng tìm kiếm
Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho chức năng tìm kiếm!
Nội dung bài viết:
Chúng ta sẽ liệt kê ra các trường hợp kiểm thử cho
◆Search box
◆Search results
◆Search functionality
Mời các bạn đọc tiếp tại:

Một số trường hợp kiểm thử cho chức năng tìm kiếm Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho chức năng tìm kiếm!

Một số trường hợp kiểm thử chức năng quên mật khẩu❤️
Bài viết này sẽ nêu lên một số trường hợp kiểm thử cho chức năng quên mật khẩu
Testcases For Forgot Password
◦Kiểm tra xem có button hoặc hyperlink quên mật khẩu trên màn hình đăng nhập hay không.
◦Kiểm tra khi nhấp vào button hoặc hyperlink quên mật khẩu, người dùng sẽ được chuyển hướng đến trang quên mật khẩu....
Mời các bạn đọc tiếp tại:

Một số trường hợp kiểm thử chức năng quên mật khẩu Bài viết này sẽ nêu lên một số trường hợp kiểm thử cho chức năng quên mật khẩu. Trong quá trình thực hiện test để bao quát được tất cả các trường hợp xảy ra.

Hướng dẫn sử dụng Locators trong Cypress
framework❤️
Trong Automation, để thực hiện bất kỳ thao tác nào trên phần tử web trước tiên, bạn cần xác định vị trí phần tử và thực hiện hành động trên phần tử đó. Có nhiều loại locators khác nhau, chẳng hạn như id, CSS, XPath, v.v. Bài blog này mọi người cùng tham khảo cách sử dụng locators trong Cypress Framework nhé.
Mời các bạn tham khảo:

Hướng dẫn sử dụng Locators trong Cypress What are Cypress Locators?

Một số trường hợp kiểm thử cho URL Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho một chiếc URL trên Web. Các bạn có thể tham khảo để áp dụng vào project của công ty hay của cá nhân nhé!

Một số trường hợp kiểm thử cho URL-❤️
Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho một chiếc URL trên Web. Các bạn có thể tham khảo để áp dụng vào project của công ty hay của cá nhân nhé!
Nội dung bài viết:
◉ Positive Test cases for URL Field
◉ Negative Test cases for URL Field
◉ Test Cases for URL Validation
Mời các bạn đọc tiếp blog tại:

Một số trường hợp kiểm thử cho URL Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho một chiếc URL trên Web. Các bạn có thể tham khảo để áp dụng vào project của công ty hay của cá nhân nhé!

Tìm hiểu về Implicit Wait và Explicit Wait trong Selenium Webdriver Với bài blog này chúng ta sẽ hiểu về Implicit Wait và Explicit Wait trong Selenium Webdriver.

Tìm hiểu về Implicit Wait và Explicit Wait trong Selenium Webdriver ❤️
Đôi khi chúng ta đang run automation với Selenium thì gặp error ElementNotVisibleException mà nhiều khi các bạn không hiểu vì sao, rồi tự hỏi các câu như kiểu: “rõ ràng lấy đúng locator rồi mà”, “rõ ràng thấy button hiển thị mà”,…
Nhưng đừng lo, vì chúng ra đã có Waits giúp chúng ta giải quyết vấn đề này...
Mời các bạn đọc tiếp Blog tại:

Tìm hiểu về Implicit Wait và Explicit Wait trong Selenium Webdriver Với bài blog này chúng ta sẽ hiểu về Implicit Wait và Explicit Wait trong Selenium Webdriver.

Automation testing Automation testing (Kiểm thử tự động) là một kĩ thuật test và so sánh giá trị thực tế với giá trị mong muốn. Đễ thực hiện thì chúng ta cần phải viết các test scripts hoặc sử dụng các test automation tool. Kiểm thử tự động được dùng ...

Automation testing (Kiểm thử tự động) là một kĩ thuật test và so sánh giá trị thực tế với giá trị mong muốn. Đễ thực hiện thì chúng ta cần phải viết các test scripts hoặc sử dụng các test automation tool. Kiểm thử tự động được dùng để tự động hóa các công việc lặp đi lặp lại, và các bước test mà khó có thể hoàn thành thủ công.
Mời các bạn đọc tiếp để có cái nhìn tổng quát hơn về nghề Automation Tester nhá tại:

Automation testing Automation testing (Kiểm thử tự động) là một kĩ thuật test và so sánh giá trị thực tế với giá trị mong muốn. Đễ thực hiện thì chúng ta cần phải viết các test scripts hoặc sử dụng các test automation tool. Kiểm thử tự động được dùng ...

Một số trường hợp kiểm thử cho button Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho một chiếc button. Các bạn có thể tham khảo để áp dụng vào project của mình nhé!

Một số trường hợp kiểm thử cho Button ❤️
Tuy khá đơn giản nhưng nó cũng cực kỳ quan trọng.
Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho một chiếc button. Các bạn có thể tham khảo để áp dụng vào project của mình nhé!
Mời các bạn tham khảo

Một số trường hợp kiểm thử cho button Bài viết này sẽ liệt kê ra một số trường hợp kiểm thử cho một chiếc button. Các bạn có thể tham khảo để áp dụng vào project của mình nhé!

Testing từ người mới bắt đầu tới khi thành chuyên gia Software Testing là gì:

Chiếc Blog này cự kỳ hưu ích cho các bạn đang tìm hiểu và bắt đầu lấn sang Automation Tester nhé ❤️

Testing từ người mới bắt đầu tới khi thành chuyên gia Software Testing là gì:

~ SATTEAM ~
Bên mình Support học Mobile Testing cùng với Selenium + Java + Appium tại SATTEAM nhé các bạn❤️

Selenium Automation Test in Java with Appium for Mobile Testing Xin chào tất cả mọi người. Chào mừng bạn đến với SATTEAM-Senior Automation Test. Khóa học này sẽ giúp bạn có kiến thức và kinh nhiệm làm việc về Selenium với Java.