AUTO-WAIT TRONG PLAYWRIGHT HOẠT ĐỘNG THẾ NÀO?
Hiểu auto-wait, actionability và web-first assertion trong Playwright để trả lời phỏng vấn mà không chốt nhầm rằng framework tự chờ mọi thứ.
24 bài viết thuộc chủ đề này.
Hiểu auto-wait, actionability và web-first assertion trong Playwright để trả lời phỏng vấn mà không chốt nhầm rằng framework tự chờ mọi thứ.
Cách viết một bug report để người khác đọc vào là reproduce được, hiểu impact và bắt đầu sửa mà không phải đoán ý tester.
Handbook thực hành dành cho Manual Tester và QA mới tiếp cận quản lý phiên bản
Progress report và test completion report cần trả lời điều gì để team biết tiến độ, chất lượng và rủi ro hiện tại.
Những nhóm công cụ tester thường gặp để quản lý test, theo dõi bug, gọi API, truy vấn dữ liệu và thu thập bằng chứng.
Một bug report cần những trường nào, viết actual và expected ra sao, kèm severity, priority và bằng chứng để team xử lý.
Biến một high-level test case thành test case chi tiết có precondition, test data, steps và expected result đủ để người khác chạy lại.
Từ requirement sang high-level test case và Requirement Traceability Matrix để quản lý coverage mà chưa sa vào từng bước thao tác.
Cách áp dụng equivalence partitioning, boundary value, decision table, state transition và các kỹ thuật white-box cơ bản.
Phân loại functional, non-functional, confirmation và regression testing để biết đang test cái gì và vì sao.
Tách test data khỏi test case bằng Test Template và DataDriver, từ CSV, Excel đến JSON.
Đọc log, phân biệt failure với error và dùng BuiltIn keyword để bắt lỗi, tiếp tục hoặc dừng test có chủ đích.
Tạo user keyword, truyền argument, trả giá trị và giấu phần triển khai để test case đọc gần với nghiệp vụ hơn.
Documentation, Tags, Template, Timeout và các setting thường dùng ở cấp suite, test case và keyword.
Test Setup, Test Teardown, Suite Setup và Suite Teardown chạy lúc nào, khác nhau ở phạm vi nào và dễ nhầm ở đâu.
Robot Framework giải quyết việc viết automation test theo kiểu keyword-driven như thế nào và đâu là phần framework thực sự làm.
Một test process đi từ planning, monitoring, analysis, design, implementation, execution đến completion trong sprint.
Cách tester đọc requirement chức năng, giao diện và đặt câu hỏi làm rõ trước khi bắt tay viết test case.
Test Plan dùng để thống nhất phạm vi, nguồn lực, lịch, rủi ro và điều kiện dừng kiểm thử như thế nào.
Phân biệt component, integration, system và acceptance testing bằng đúng đối tượng, mục tiêu và người thực hiện.
Phân biệt root cause, error, defect, failure, severity và priority bằng các tình huống thực tế trong dự án phần mềm.
So sánh cách Waterfall và Agile đưa SDLC vào dự án, cùng vai trò của tester trong một sprint Scrum.
SDLC gồm những giai đoạn nào, development model dùng để làm gì và testing chen vào vòng đời phần mềm từ đâu.
Software Testing là gì, tại sao cần tester và bảy nguyên tắc kiểm thử cơ bản cần nắm trước khi đi tiếp.