Học Tester ở đâu tốt và thực chiến?

CyberSoft Tester cung cấp lộ trình học kiểm thử phần mềm từ cơ bản đến nâng cao: manual testing, automation với Playwright/Selenium, kiểm thử API, performance và AI testing, bám sát công việc thật của doanh nghiệp.

Người mới, chưa biết gì có học Tester được không?

Được. Lộ trình bắt đầu từ khái niệm test case, bug report rồi nâng dần lên automation và AI testing, kèm luyện phỏng vấn và CV để đi làm được.

AI Testing là gì và học như thế nào?

AI Testing là việc dùng AI (như Claude) để sinh test case, review, tăng độ phủ và tăng tốc kiểm thử. CyberSoft Tester có chuyên mục AI trong Testing và AI Agent trong Testing.

Có luyện thi ISTQB và phỏng vấn không?

Có. Nền tảng có ngân hàng câu hỏi ISTQB tự chấm, luyện phỏng vấn QA và mock interview mô phỏng thực tế.

Vì sao cần test cả ca đăng nhập sai mật khẩu, không chỉ ca đúng?

Ca đăng nhập đúng chỉ xác nhận luồng vui vẻ (happy path) hoạt động, nhưng phần lớn lỗi thực tế nằm ở cách hệ thống XỬ LÝ khi người dùng nhập sai — thông báo lỗi có hiện đúng không, người dùng có bị kẹt ở màn hình sai không. Bỏ qua ca này đồng nghĩa bỏ qua đúng phần dễ có bug nhất.

Làm sao tránh lỗi 'email đã tồn tại' khi chạy lại test đăng ký nhiều lần trên CI?

Sinh email động mỗi lần chạy, ví dụ ghép timestamp vào email dạng qa.tester+123456789@gmail.com, thay vì dùng đúng 1 email cố định. Nhờ vậy mỗi lần chạy test tạo một tài khoản hoàn toàn mới, không phụ thuộc vào việc dữ liệu lần chạy trước có được dọn hay chưa.

Kiểm thử giữ phiên đăng nhập (session) khác gì so với kiểm thử đăng nhập thành công?

Test đăng nhập thành công chỉ kiểm tra ngay SAU khi bấm nút — điều hướng đúng trang. Test giữ phiên kiểm tra một bước XA HƠN: sau khi đã đăng nhập, tải lại trang hoặc điều hướng đi nơi khác rồi quay lại, người dùng có còn ở trạng thái đăng nhập hay bị đá về trang đăng nhập. Hai lớp kiểm tra này bổ sung cho nhau, không thay thế nhau.

Vì sao vẫn cần test đăng nhập với mật khẩu SAI, dù ca đăng nhập đúng đã pass? A. Vì ca sai giúp phát hiện lỗi ở phần xử lý và hiển thị thông báo lỗi, điều ca đúng không kiểm tra được B. Vì Playwright bắt buộc phải có ít nhất 2 test trong 1 file C. Vì ca sai luôn chạy nhanh hơn ca đúng D. Vì ca đúng không thể chạy nếu thiếu ca sai

✅ Đáp án: A. Phần lớn bug thực tế nằm ở cách hệ thống xử lý input sai, nên ca sai mật khẩu là phần kiểm thử quan trọng không thể bỏ qua.

Vấn đề gì xảy ra nếu test đăng ký luôn dùng đúng 1 email cố định trên CI? A. Không có vấn đề gì, vì Playwright tự dọn dữ liệu sau mỗi lần chạy B. Từ lần chạy thứ 2 trở đi, test sẽ fail vì email đó đã tồn tại trong hệ thống C. Test sẽ chạy nhanh hơn đáng kể D. Trình duyệt sẽ tự động đổi email đó

✅ Đáp án: B. Vì email cố định đã được tạo ở lần chạy trước, các lần chạy sau sẽ luôn gặp lỗi 'email đã tồn tại' — cần sinh email động để tránh.

Cách assert ĐÚNG để kiểm tra điều hướng sau khi đăng nhập thành công là gì? A. Dùng page.waitForTimeout(5000) rồi kiểm tra bằng mắt B. Dùng expect(page).toHaveURL(...) để chờ và xác nhận đúng URL đích C. Không cần assert gì, chỉ cần login() chạy không lỗi là đủ D. Chỉ cần kiểm tra tiêu đề trang bằng console.log

✅ Đáp án: B. expect(page).toHaveURL(...) tự động chờ theo điều kiện (auto-wait) thay vì chờ cứng, và thật sự xác nhận điều hướng đúng đích.

Theo POM, locator của nút Đăng xuất trên trang tài khoản nên đặt ở đâu? A. Viết trực tiếp trong mọi file test cần đăng xuất B. Trong Page Object của màn hình chứa nút đó (ví dụ AccountPage/LoginPage) C. Trong playwright.config.js D. Không cần lưu, gõ lại tay mỗi lần dùng E. Trong fixtures/test-data.json cùng với dữ liệu tài khoản

✅ Đáp án: B. Đúng nguyên tắc POM: locator thuộc về Page Object của màn hình chứa phần tử đó, để khi UI đổi chỉ cần sửa 1 nơi.

Test 'giữ phiên sau khi tải lại trang' cần kiểm tra điều gì là chính? A. Tốc độ tải trang có nhanh hơn 1 giây không B. Sau khi reload, người dùng vẫn ở trạng thái đã đăng nhập, không bị đưa về trang đăng nhập C. Màu sắc giao diện có đổi theo theme tối không D. Số lượng cookie có đúng bằng 10 không

✅ Đáp án: B. Mục tiêu của test giữ phiên là xác nhận trạng thái đăng nhập không mất đi sau reload — đây chính là điều người dùng thật kỳ vọng.

Tự động hóa kiểm thử luồng đăng ký & đăng nhập cho người mới (có code chạy được)

Bài cho người mới: tự động test đăng nhập ShopEasy bằng Playwright, ghép POM, assertion và waits thành 1 bộ test hoàn chỉnh. Viết LoginPage/RegisterPage, 8 ca bao phủ đúng/sai (mật khẩu sai, để trống, email trùng), điều hướng, đăng xuất, giữ phiên. Hai tình huống thật (bỏ sót ca sai mật khẩu, email trùng mỗi lần chạy), nhiều mockup giao diện, FAQ và trắc nghiệm 5 câu. Chuẩn SEO, dẫn về khóa Tester CyberSoft.

1. Tóm tắt nhanh & luồng bạn sẽ test

⭐ TL;DR — Bài này hướng dẫn tự động test đăng nhập và đăng ký cho ứng dụng TMĐT ShopEasy bằng Playwright: viết Page Object cho màn đăng ký/đăng nhập, viết test cho ca đúng lẫn ca sai (sai mật khẩu, để trống, email đã tồn tại), kiểm tra điều hướng sau khi đăng nhập, đăng xuất và giữ phiên khi tải lại trang. Kết hợp POM, assertion và waits bạn đã học ở các bài trước, có nhiều mockup giao diện, code Playwright chạy được và trắc nghiệm cuối bài.

Chào mừng trở lại! Ở các bài trước bạn đã học Page Object Model, cách viết assertion, và cách xử lý bất đồng bộ bằng waits. Bài này sẽ ghép cả ba lại để tự động test đăng nhập và đăng ký — hai luồng gần như MỌI ứng dụng web đều có, và cũng là nơi bug điều hướng, thông báo lỗi sai, hay lỗi giữ phiên rất hay xảy ra. Ta sẽ dùng đúng app TMĐT ShopEasy quen thuộc, viết Page Object cho cả màn đăng ký lẫn đăng nhập, rồi viết test bao phủ cả ca đúng lẫn ca sai.

Màn hình đăng ký ShopEasy, chú thích locator từng ô nhập và nút Đăng ký

📖 Dữ liệu động (dynamic test data): dữ liệu kiểm thử được sinh mới mỗi lần chạy (ví dụ email kèm timestamp), giúp test đăng ký không bị trùng và chạy lại nhiều lần mà không lỗi.

2. Vì sao cần tự động hóa luồng đăng ký & đăng nhập

Đăng ký và đăng nhập là hai luồng phải kiểm thử lại ở gần như MỌI lần phát hành, vì hầu hết tính năng khác đều đứng sau bước đăng nhập. Nếu làm thủ công, mỗi lần release bạn phải lặp lại y hệt các bước: mở trang, điền form, bấm nút, quan sát kết quả — tốn thời gian và rất dễ chỉ kiểm tra ca 'đúng' cho nhanh, bỏ qua các ca sai vì áp lực thời gian.

Tự động hóa hai luồng này mang lại lợi ích ngay lập tức: chạy trong vài giây thay vì vài phút, chạy được TRÊN MỌI lần commit qua CI, và quan trọng nhất — không bao giờ 'quên' test ca sai mật khẩu chỉ vì đang gấp. Đây cũng là ví dụ thực hành tốt để ghép POM (tổ chức code), assertion (kiểm tra kết quả) và waits (chờ đúng cách) lại thành một bộ test hoàn chỉnh, thay vì học riêng lẻ từng phần.

💡 Đăng nhập là bước xảy ra TRƯỚC hầu hết luồng khác — nếu test đăng nhập chạy chậm hoặc flaky, toàn bộ bộ test phía sau bị ảnh hưởng dây chuyền. Ưu tiên làm nó ổn định đầu tiên.

3. Xác định các ca cần tự động hóa

Trước khi viết code, hãy liệt kê rõ các ca cần tự động hóa — giống như viết test case trước khi automation. Với đăng ký & đăng nhập, ta cần bao phủ cả ca hợp lệ lẫn các ca người dùng thực tế hay gặp: nhập sai, để trống, dùng lại dữ liệu đã tồn tại, và các hành vi sau khi đăng nhập như đăng xuất, giữ phiên.

Bảng 8 ca cần tự động hóa cho luồng đăng ký & đăng nhập ShopEasy

Bảng trên là bản đồ cho toàn bộ phần thực hành tiếp theo: chương 5 sẽ hiện thực hóa 3 ca đầu (đăng ký), chương 6 hiện thực hóa 3 ca tiếp theo (đăng nhập), và chương 7 xử lý 2 ca cuối (đăng xuất, giữ phiên). Viết đủ bảng ca trước giúp bạn không viết thiếu, và cũng dễ review với đồng đội trước khi bắt tay vào code.

4. Chuẩn bị Page Object: LoginPage & RegisterPage (thực hành)

Áp dụng đúng nguyên tắc POM đã học: mỗi màn hình có 1 lớp riêng chứa locator + hành động. Ta viết 2 lớp — LoginPage cho màn đăng nhập, RegisterPage cho màn đăng ký — để các file test sau này chỉ cần gọi hàm, không tự viết locator.

▶ Bước 1: Tạo pages/LoginPage.js với locator ô email, mật khẩu, nút đăng nhập, khối lỗi, và hàm login(email, password).

▶ Bước 2: Tạo pages/RegisterPage.js với locator ô họ tên, email, mật khẩu, nút đăng ký, khối lỗi, và hàm register(fullName, email, password).

▶ Bước 3: Mỗi lớp có hàm goto() riêng để mở đúng URL màn hình của nó (/dang-nhap hoặc /dang-ky).

▶ Bước 4: Export cả 2 lớp để file test import và dùng chung trong cùng 1 kịch bản khi cần (ví dụ đăng ký xong rồi đăng nhập).

Tự động hóa kiểm thử luồng đăng ký & đăng nhập cho người mới (có code chạy được)

1. Tóm tắt nhanh & luồng bạn sẽ test

2. Vì sao cần tự động hóa luồng đăng ký & đăng nhập

3. Xác định các ca cần tự động hóa

4. Chuẩn bị Page Object: LoginPage & RegisterPage (thực hành)

Nội dung bị khoá

💬 Bình luận (0)