# ✅ Checklist Chuẩn Bị Phỏng Vấn Tester Cho Người Trái Ngành > 💡 **Dành cho bạn nào đang chuyển sang ngành QA/Tester mà chưa có kinh nghiệm chính thức** — đừng lo, checklist này sẽ giúp bạn chuẩn bị từng bước một! --- ## 📚 PHẦN 1: Kiến Thức Lý Thuyết Cần Nắm > Không cần thuộc lòng như sách giáo khoa, nhưng cần **hiểu đủ để giải thích bằng lời của mình**. ### 🔹 Test Case - [ ] Hiểu test case là gì (kịch bản kiểm thử để xác nhận tính năng hoạt động đúng không) - [ ] Biết các thành phần của một test case: Test Case ID, Title, Preconditions, Steps, Expected Result, Actual Result, Status - [ ] Thực hành viết thử 3–5 test case cho một tính năng đơn giản (VD: form đăng nhập, nút thêm vào giỏ hàng) - [ ] Hiểu sự khác nhau giữa **Positive Test Case** (đầu vào hợp lệ) và **Negative Test Case** (đầu vào sai/bất thường) **👉 Ví dụ nhanh để luyện:** > Viết test case cho ô "Nhập email" khi đăng ký tài khoản — thử cả email đúng, email thiếu @, email để trống... --- ### 🔹 Bug Report - [ ] Hiểu bug report là gì (tài liệu mô tả lỗi để dev có thể tái hiện và sửa) - [ ] Biết các trường quan trọng: Bug ID, Summary, Steps to Reproduce, Expected vs Actual Result, Severity, Priority, Environment, Screenshot/Log - [ ] Phân biệt được **Severity** (mức độ ảnh hưởng kỹ thuật) và **Priority** (mức độ ưu tiên xử lý theo business) - [ ] Thực hành viết 2–3 bug report mẫu từ app/website thực tế bạn dùng hàng ngày **💡 Mẹo nhỏ:** Bug severity thường là: Critical → High → Medium → Low. Bug priority do PM/BA quyết định, không phải tester! --- ### 🔹 Các Loại Testing Phổ Biến - [ ] **Functional Testing** — kiểm tra tính năng có hoạt động đúng yêu cầu không - [ ] **Non-Functional Testing** — kiểm tra hiệu năng, bảo mật, tải (performance, security, load) - [ ] **Smoke Testing** — test nhanh những tính năng cốt lõi sau khi build mới (như "thở thử xem còn sống không") - [ ] **Regression Testing** — test lại các tính năng cũ sau khi có thay đổi code, để đảm bảo không bị ảnh hưởng - [ ] **Sanity Testing** — kiểm tra nhanh một khu vực cụ thể sau khi sửa bug - [ ] **UAT (User Acceptance Testing)** — khách hàng/người dùng test để xác nhận trước khi go-live - [ ] **Exploratory Testing** — test không có kịch bản cố định, dựa vào kinh nghiệm và trực giác để tìm bug - [ ] **Black Box Testing** — test mà không cần biết code bên trong (phổ biến với manual tester) - [ ] **White Box Testing** — test dựa vào hiểu biết về code (thường dành cho developer hoặc automation tester) --- ### 🔹 Vòng Đời Của Bug (Bug Life Cycle) - [ ] Nắm được các trạng thái cơ bản của bug: ``` New → Assigned → In Progress → Fixed → Retest → Closed ↘ Reopened (nếu vẫn còn lỗi) ``` - [ ] Hiểu khi nào tester **reopen** một bug (khi dev nói fixed nhưng test lại vẫn lỗi) - [ ] Biết các trạng thái đặc biệt: **Duplicate** (đã có bug tương tự), **Won't Fix** (không sửa vì lý do business), **Deferred** (để dành fix sau) - [ ] Hiểu tester là người **verify** sau khi dev fix — không phải chỉ report rồi thôi --- ### 🔹 API Cơ Bản - [ ] Hiểu API là gì theo cách đơn giản: "Cầu nối giúp frontend và backend nói chuyện với nhau" - [ ] Biết 4 HTTP method cơ bản: - `GET` — lấy dữ liệu - `POST` — tạo mới dữ liệu - `PUT/PATCH` — cập nhật dữ liệu - `DELETE` — xóa dữ liệu - [ ] Biết các status code hay gặp: - `200 OK` — thành công - `201 Created` — tạo mới thành công - `400 Bad Request` — request bị lỗi - `401 Unauthorized` — chưa đăng nhập - `403 Forbidden` — không có quyền - `404 Not Found` — không tìm thấy - `500 Internal Server Error` — lỗi phía server - [ ] Hiểu cơ bản về **Request** (URL, Headers, Body) và **Response** (Status Code, Body) - [ ] Đọc thêm về JSON — vì hầu hết API trả về dạng JSON --- ## 🛠️ PHẦN 2: Công Cụ Cần Thử Qua Trước Phỏng Vấn > Không cần thành thạo, nhưng cần **đã từng mở ra và dùng thử** — để phỏng vấn không bị hỏi "bạn đã dùng chưa?" mà ngồi im! ### 🔹 Jira — Quản lý bug & task - [ ] Tạo tài khoản Jira miễn phí tại [atlassian.com](https://www.atlassian.com/software/jira) - [ ] Tạo một project mẫu và thử tạo vài issue (bug, task, story) - [ ] Biết các trường cơ bản khi tạo bug: Summary, Description, Priority, Assignee, Labels - [ ] Biết cách chuyển trạng thái issue (To Do → In Progress → Done) - [ ] Thử dùng **Jira Board** (Kanban/Scrum) để hiểu cách team tracking công việc - [ ] Biết cách filter issue và dùng JQL cơ bản (VD: `project = TEST AND status = "Open"`) --- ### 🔹 Postman — Test API - [ ] Tải Postman tại [postman.com](https://www.postman.com/) (miễn phí) - [ ] Thử gửi một request GET đến API công khai (VD: `https://jsonplaceholder.typicode.com/posts`) - [ ] Thử gửi request POST với Body dạng JSON - [ ] Biết cách xem Response: Status Code, Body, Headers, Time - [ ] Thử tạo một **Collection** để nhóm các API request lại - [ ] Biết cách thêm **Authorization** (Bearer Token) vào header **💡 API thực hành miễn phí:** `https://reqres.in/` hoặc `https://jsonplaceholder.typicode.com/` --- ### 🔹 TestRail — Quản lý test case - [ ] Đăng ký dùng thử TestRail tại [testrail.com](https://www.testrail.com/) (có trial) - [ ] Tạo một **Test Suite** và thêm vài **Test Case** vào - [ ] Tạo một **Test Run** và đánh kết quả: Passed / Failed / Blocked / Retest - [ ] Hiểu tại sao cần tool như TestRail thay vì chỉ dùng Excel (tracking, report, reuse) - [ ] Nếu không dùng được TestRail, hãy dùng **Google Sheets** theo format test case — cũng được chấp nhận ở nhiều công ty --- ### 🔹 Google Sheets — Quản lý test case kiểu đơn giản - [ ] Tạo một sheet test case với các cột: ID | Title | Steps | Expected Result | Actual Result | Status | Note - [ ] Thực hành viết 10–15 test case cho một flow hoàn chỉnh (VD: flow đăng ký → đăng nhập → đổi mật khẩu) - [ ] Dùng màu sắc để phân loại: xanh = Pass, đỏ = Fail, vàng = Blocked - [ ] Tạo thêm một sheet bug report với các cột chuẩn > 🎯 **Tip:** Mang file Google Sheets này đi phỏng vấn như một "portfolio nhỏ" — nhiều interviewer rất ấn tượng! --- ## 🎤 PHẦN 3: Câu Hỏi HR Hay Hỏi Kèm Gợi Ý Trả Lời > Đây là những câu hỏi **cực kỳ phổ biến** — đừng để bị hỏi bất ngờ! --- ### ❓ "Tại sao bạn muốn chuyển sang làm Tester?" - [ ] Chuẩn bị câu trả lời **chân thật và có logic** - [ ] Không cần nói lý do "vì lương cao" hay "vì nghe nói dễ xin việc" **💬 Gợi ý trả lời:** > *"Trong quá trình làm [công việc cũ], tôi nhận ra mình có tư duy chú ý đến chi tiết và thích tìm ra những điểm chưa ổn trong quy trình. Khi tìm hiểu về QA, tôi thấy đây là ngành phù hợp với cách tôi tư duy. Tôi đã tự học trong [X tháng] và thực sự muốn đóng góp vào chất lượng sản phẩm."* --- ### ❓ "Bạn có kinh nghiệm testing chưa?" - [ ] Không được nói dối, nhưng cũng đừng chỉ nói "chưa có" **💬 Gợi ý trả lời:** > *"Tôi chưa có kinh nghiệm làm việc chính thức, nhưng trong [X tháng] vừa rồi tôi đã tự học: viết test case, thực hành với Postman, tìm hiểu về bug lifecycle, và có tự test thử một số website/app thực tế. Tôi cũng có [kèm link Google Sheets test case / file mẫu] nếu anh/chị muốn xem."* --- ### ❓ "Bạn hiểu tester làm gì trong một team Agile/Scrum không?" - [ ] Tìm hiểu cơ bản về Scrum: Sprint, Daily Standup, Retrospective - [ ] Biết tester tham gia từ giai đoạn nào trong sprint **💬 Gợi ý trả lời:** > *"Tester trong Agile thường tham gia từ sớm — đọc requirement, review acceptance criteria, viết test case trước khi dev code xong. Trong sprint, tester test song song với dev, báo bug, verify fix, và tham gia vào demo cuối sprint."* --- ### ❓ "Bạn thấy mình phù hợp với vị trí này ở điểm nào?" - [ ] Liên kết kỹ năng từ ngành cũ với yêu cầu của tester - [ ] Nêu ít nhất 2–3 điểm cụ thể, không nói chung chung **💬 Gợi ý trả lời:** > *"Ở công việc trước, tôi thường xuyên phải [kiểm tra dữ liệu / đối chiếu hồ sơ / xử lý khiếu nại khách hàng], điều này giúp tôi có thói quen chú ý đến chi tiết. Tôi cũng quen làm việc có quy trình và viết tài liệu — đây là những kỹ năng quan trọng trong testing."* --- ### ❓ "Bạn xử lý như thế nào khi bị áp lực deadline mà vẫn còn nhiều test case chưa chạy?" - [ ] Đây là câu hỏi về **prioritization** — rất quan trọng với tester **💬 Gợi ý trả lời:** > *"Tôi sẽ ưu tiên chạy Smoke Test trước để đảm bảo các tính năng cốt lõi ổn định. Sau đó tập trung vào các khu vực có rủi ro cao hoặc vừa có thay đổi. Đồng thời tôi sẽ thông báo rõ với PM về những phần chưa test được để team có quyết định phù hợp — tránh việc release mà không ai biết rủi ro."* --- ### ❓ "Bạn kỳ vọng mức lương như thế nào?" - [ ] Research trước mức lương tester fresher ở thị trường (VD: 8–15 triệu tùy công ty) - [ ] Không nên đưa ra con số quá cứng ngay từ đầu **💬 Gợi ý trả lời:** > *"Tôi hiểu mình đang ở giai đoạn chuyển ngành và cần thời gian chứng minh giá trị. Tôi mong muốn mức lương trong khoảng [X–Y triệu], nhưng tôi sẵn sàng thảo luận thêm dựa trên yêu cầu và lộ trình phát triển của vị trí."* --- ## 🔄 PHẦN 4: Cách Giải Thích Kỹ Năng Từ Ngành Cũ Phù Hợp Testing > Kỹ năng của bạn không "thừa" — chỉ cần **đóng khung lại** theo ngôn ngữ của ngành testing! --- ### 🏦 Nếu bạn từng làm ngành Kế toán / Tài chính - [ ] **Kiểm tra số liệu, đối chiếu báo cáo** → "Tôi có tư duy kiểm tra tính chính xác của dữ liệu, rất phù hợp với data testing và verification" - [ ] **Lập bảng Excel phức tạp** → "Tôi có thể tổ chức test case và bug report bằng spreadsheet một cách có hệ thống" - [ ] **Làm việc với deadline tháng/quý** → "Tôi quen làm việc dưới áp lực deadline và ưu tiên công việc theo mức độ quan trọng" --- ### 🛍️ Nếu bạn từng làm ngành Bán hàng / Chăm sóc khách hàng - [ ] **Giải quyết khiếu nại, tìm nguyên nhân vấn đề** → "Tôi có kỹ năng phân tích vấn đề từ góc nhìn người dùng — rất cần thiết trong exploratory testing" - [ ] **Giao tiếp giữa khách hàng và nội bộ** → "Tôi có thể làm cầu nối giữa dev team và business stakeholders khi mô tả bug" - [ ] **Hiểu hành vi và pain points của người dùng** → "Điều này giúp tôi dễ dàng nghĩ ra các edge case mà người dùng thực tế có thể gặp" --- ### 📋 Nếu bạn từng làm ngành Hành chính / Nhân sự - [ ] **Quản lý hồ sơ, quy trình** → "Tôi quen làm việc với quy trình chuẩn hóa và tài liệu hóa — rất cần trong việc viết và maintain test case" - [ ] **Theo dõi tiến độ nhiều task** → "Kỹ năng này giúp tôi quản lý test coverage và tracking bug hiệu quả" - [ ] **Phát hiện sai sót trong văn bản/dữ liệu** → "Tôi có thói quen đọc kỹ và phát hiện điểm không nhất quán — rất có giá trị khi review requirement" --- ### 🎨 Nếu bạn từng làm ngành Thiết kế / Marketing / Truyền thông - [ ] **Hiểu UX, giao diện người dùng** → "Tôi có thể đánh giá UI/UX từ góc nhìn người dùng thực tế, không chỉ về mặt kỹ thuật" - [ ] **Quản lý nhiều project song song** → "Tôi có thể handle nhiều test case / nhiều feature cùng lúc mà không bị rối" - [ ] **Tư duy sáng tạo, đặt câu hỏi "What if?"** → "Khi exploratory testing, tư duy này giúp tôi tìm ra những bug bất ngờ mà kịch bản chuẩn không cover" --- ### 🏥 Nếu bạn từng làm ngành Y tế / Giáo dục / Kỹ thuật - [ ] **Tuân thủ quy trình nghiêm ngặt** → "Tôi hiểu tầm quan trọng của việc không bỏ sót bước nào — giống như testing không được skip test case" - [ ] **Ghi chép chi tiết, viết báo cáo** → "Kỹ năng viết tài liệu rõ ràng giúp bug report của tôi dễ hiểu với cả dev lẫn PM" - [ ] **Làm việc với nhiều stakeholder** → "Tôi biết cách điều phối thông tin giữa các bên liên quan" --- > 🗝️ **Công thức chung:** > **[Kỹ năng từ ngành cũ]** + **"Điều này giúp tôi..."** + **[Áp dụng vào testing như thế nào]** --- ## 🚫 PHẦN 5: Những Điều KHÔNG Nên Nói Trong Phỏng Vấn > Những câu này nghe "bình thường" nhưng thực ra là **điểm trừ khá lớn** trong mắt interviewer! --- ### ❌ Về Động Lực Chuyển Ngành - [ ] ❌ **"Vì nghe nói tester dễ xin việc / không cần biết code"** > → Nghe như bạn không thực sự đam mê, chỉ đang chạy theo trend. Hãy nói về tư duy phù hợp thay vào đó. - [ ] ❌ **"Vì tôi không hợp với sếp/công ty cũ"** > → Không bao giờ nói xấu nơi cũ trong phỏng vấn, dù điều đó có thật. - [ ] ❌ **"Vì muốn kiếm nhiều tiền hơn"** > → Có thể là thật, nhưng đừng nói thẳng như vậy. Hãy kết hợp với lý do nghề nghiệp. --- ### ❌ Về Kiến Thức & Kỹ Năng - [ ] ❌ **"Tôi chưa biết gì về tool X nhưng chắc học nhanh thôi"** > → Hãy thực sự học trước khi phỏng vấn, đừng hứa suông. - [ ] ❌ **"Testing thì chỉ cần dùng app rồi tìm bug thôi mà?"** > → Câu này cho thấy bạn chưa hiểu gì về quy trình testing chuyên nghiệp. - [ ] ❌ **"Tôi không biết automation nhưng manual testing đủ rồi"** > → Nên nói: "Tôi đang tập trung manual testing và có kế hoạch học automation sau." - [ ] ❌ **"Tôi nghĩ tester chỉ cần tìm bug, còn lại dev lo"** > → Tester còn phải viết test case, verify fix, report, tham gia review requirement... --- ### ❌ Về Bản Thân & Thái Độ - [ ] ❌ **"Tôi học nhanh lắm" (nhưng không có ví dụ cụ thể)** > → Câu này ai cũng nói. Hãy chứng minh bằng: "Tôi đã tự học X trong Y tuần và làm được Z." - [ ] ❌ **"Tôi không có điểm yếu gì cả"** > → Interviewer sẽ không tin. Hãy nêu điểm yếu thật nhưng kèm theo cách bạn đang cải thiện. - [ ] ❌ **"Tôi muốn làm tester để sau này chuyển sang dev/PM"** > → Dù đây có thể là kế hoạch thật, đừng nói ở vòng phỏng vấn đầu — nghe như bạn không muốn gắn bó với vị trí này. - [ ] ❌ **"Tôi không có câu hỏi gì cho anh/chị" (khi được hỏi ngược)** > → Luôn chuẩn bị 2–3 câu hỏi cho interviewer! VD: "Team testing hiện tại có bao nhiêu người?", "Lộ trình phát triển cho fresher tester ở đây như thế nào?" --- ### ❌ Về Kỳ Vọng - [ ] ❌ **"Tôi muốn remote 100% / không muốn đi làm văn phòng"** *(khi chưa được hỏi)* > → Điều kiện có thể đàm phán sau, đừng đặt ra ngay từ đầu. - [ ] ❌ **"Tôi muốn lương [con số rất cao] vì tôi nghĩ mình xứng đáng"** *(mà không có lý do)* > → Nghiên cứu thị trường, đưa ra range hợp lý và có cơ sở. --- ## 🎯 Bonus: Mini Checklist Ngày Trước Phỏng Vấn - [ ] Đọc lại JD (Job Description) và highlight từng kỹ năng họ yêu cầu - [ ] Chuẩn bị ví dụ cụ thể cho ít nhất 3 câu hỏi behavioral (STAR method) - [ ] Test lại Postman, mở Jira xem một lần nữa cho quen tay - [ ] Chuẩn bị link Google Sheets test case mẫu của bạn - [ ] Chuẩn bị 2–3 câu hỏi để hỏi ngược lại interviewer - [ ] Ngủ đủ giấc 😴 — não tỉnh táo quan trọng hơn nhồi thêm 2 giờ lý thuyết! --- > 💪 **Lời nhắn cuối:** > Chuyển ngành không dễ, nhưng tester là một trong những vị trí thân thiện nhất với người trái ngành nếu bạn **chuẩn bị nghiêm túc**. > > Điểm mạnh của bạn chính là **góc nhìn người dùng thực sự** — một thứ mà nhiều tester "trong ngành" đôi khi lại thiếu! > > **Chúc bạn phỏng vấn thành công! 🚀**