# MẪU CV TESTER - DÀNH CHO NGƯỜI TRÁI NGÀNH CHƯA CÓ KINH NGHIỆM CHÍNH THỨC --- > **📌 HƯỚNG DẪN SỬ DỤNG MẪU NÀY** > Các phần có dấu `[ ]` là chỗ bạn cần điền thông tin thực của mình. > Các phần có dấu `( )` là gợi ý/ví dụ, xóa đi sau khi điền xong. > Phần chữ *nghiêng* là hướng dẫn — hãy xóa trước khi nộp CV. --- # [HỌ VÀ TÊN ĐẦY ĐỦ] **QA Tester | Software Quality Assurance** 📧 [email@gmail.com]   |   📱 [0912 345 678]   |   🔗 [LinkedIn: linkedin.com/in/tentban]   |   🐙 [GitHub: github.com/tentban] 📍 [Quận/Huyện, Thành phố]   |   🌐 [Portfolio/Blog nếu có — có thể bỏ qua nếu chưa có] --- > *💡 HƯỚNG DẪN PHẦN THÔNG TIN CÁ NHÂN:* > - **Email:** Dùng email chuyên nghiệp, tránh email kiểu "cute_bunny99@..." Nên dùng dạng: hotenlot@gmail.com > - **LinkedIn:** Tạo tài khoản LinkedIn nếu chưa có — nhiều nhà tuyển dụng IT check LinkedIn trước khi gọi phỏng vấn > - **GitHub:** Tạo tài khoản và upload test case, test plan của bạn lên — đây là "bằng chứng" quan trọng nhất cho người trái ngành > - **Địa chỉ:** Chỉ cần ghi quận/huyện và thành phố, không cần địa chỉ đầy đủ > - **Ảnh:** Không bắt buộc, nhưng nếu có hãy dùng ảnh chuyên nghiệp, nền trắng/xám, trang phục lịch sự --- ## 🎯 MỤC TIÊU NGHỀ NGHIỆP *💡 HƯỚNG DẪN: Đây là phần quan trọng nhất với người trái ngành. Viết 4–6 dòng, tập trung vào 3 điểm: (1) Bạn đã chuẩn bị gì, (2) Bạn mang lại gì cho công ty, (3) Bạn muốn phát triển như thế nào. TUYỆT ĐỐI KHÔNG viết "tôi muốn tìm môi trường học hỏi" — hãy nói về GIÁ TRỊ bạn mang lại.* --- Với nền tảng [**X năm**] kinh nghiệm trong lĩnh vực [**ngành cũ của bạn, ví dụ: kế toán / giáo dục / ngân hàng / bán hàng**], tôi đã hình thành tư duy phân tích chi tiết, khả năng phát hiện sai lệch và tinh thần trách nhiệm cao với chất lượng đầu ra — những tố chất cốt lõi của một QA Tester hiệu quả. Sau [**X tháng**] chủ động học tập về kiểm thử phần mềm, tôi đã xây dựng nền tảng vững về thiết kế test case, kiểm thử API với Postman, báo cáo bug trên Jira và truy vấn dữ liệu bằng SQL. Tôi tin rằng **chất lượng sản phẩm không phải là trách nhiệm của riêng QA — đó là văn hóa cần được xây dựng từ đầu vào đến đầu ra**, và tôi mong muốn đóng góp vào văn hóa đó tại [**tên công ty hoặc "một tổ chức phần mềm chuyên nghiệp"**]. Mục tiêu của tôi trong [**12–18 tháng**] tới là tích lũy kinh nghiệm thực tế trong môi trường Agile/Scrum, phát triển kỹ năng kiểm thử tự động hóa và hướng đến vị trí QA Engineer. --- > *💡 GỢI Ý CÁ NHÂN HÓA theo ngành cũ:* > > | Ngành cũ | Câu mở đầu gợi ý | > |---|---| > | Kế toán / Tài chính | "...tư duy kiểm soát số liệu, phát hiện sai lệch tài chính và đảm bảo tính chính xác tuyệt đối..." | > | Giáo viên / Đào tạo | "...khả năng phân tích yêu cầu, truyền đạt rõ ràng và đánh giá chất lượng theo tiêu chí cụ thể..." | > | Bán hàng / Chăm sóc KH | "...tư duy lấy người dùng làm trung tâm, nhạy bén với trải nghiệm khách hàng và kỳ vọng thực tế..." | > | Y tế / Dược | "...tư duy quy trình nghiêm ngặt, không chấp nhận sai sót và tinh thần kiểm tra kép trước khi xác nhận..." | > | Kỹ thuật (cơ khí, xây dựng...) | "...tư duy hệ thống, đọc hiểu đặc tả kỹ thuật và kiểm tra sản phẩm theo tiêu chuẩn..." | --- ## 🛠️ KỸ NĂNG CHUYÊN MÔN *💡 HƯỚNG DẪN: Chia kỹ năng thành nhóm rõ ràng. Đánh giá thành thật — đừng ghi "Expert" nếu bạn chỉ mới học. Nhà tuyển dụng sẽ test bạn trực tiếp. Dùng thang: Cơ bản / Thành thạo / Nâng cao.* --- ### 📋 Kiểm thử & Đảm bảo chất lượng | Kỹ năng | Mức độ | Ghi chú cụ thể | |---|---|---| | Thiết kế Test Case | Thành thạo | Áp dụng kỹ thuật Equivalence Partitioning, Boundary Value Analysis, Decision Table | | Viết Bug Report | Thành thạo | Mô tả đầy đủ: Steps to Reproduce, Expected vs Actual, Severity/Priority | | Test Plan & Test Strategy | Cơ bản | Đã viết test plan cho [X] dự án cá nhân | | Kiểm thử Chức năng (Functional Testing) | Thành thạo | | | Kiểm thử Giao diện (UI/UX Testing) | Cơ bản | | | Kiểm thử Hồi quy (Regression Testing) | Cơ bản | | | Kiểm thử API (API Testing) | Thành thạo | Dùng Postman | | Kiểm thử Cơ sở dữ liệu (Database Testing) | Cơ bản | Dùng SQL | --- ### 🔧 Công cụ | Công cụ | Mức độ | Dùng để làm gì | |---|---|---| | **Jira** | [Cơ bản / Thành thạo] | Tạo và quản lý bug ticket, theo dõi trạng thái bug, làm việc với backlog trong Agile | | **Postman** | [Cơ bản / Thành thạo] | Kiểm thử REST API: GET/POST/PUT/DELETE, kiểm tra status code, response body, header | | **SQL** | [Cơ bản / Thành thạo] | Truy vấn dữ liệu để verify kết quả, viết SELECT/JOIN/WHERE/GROUP BY | | **Excel / Google Sheets** | Thành thạo | Quản lý test case, tracking bug theo dạng bảng | | **TestRail / Zephyr** | [Cơ bản / Chưa dùng] | Quản lý test case (ghi nếu đã học) | | **Git / GitHub** | Cơ bản | Lưu trữ và chia sẻ tài liệu kiểm thử | | **Chrome DevTools** | Cơ bản | Kiểm tra network request, console error, responsive design | | **[Công cụ khác nếu có]** | | | --- ### 💻 Kỹ thuật bổ sung - **SQL:** SELECT, WHERE, JOIN (INNER/LEFT), GROUP BY, ORDER BY, subquery cơ bản - **HTML/CSS cơ bản:** Đọc hiểu cấu trúc trang web để hỗ trợ kiểm thử giao diện *(xóa nếu chưa học)* - **Agile/Scrum:** Hiểu quy trình Sprint, Daily Standup, Sprint Review, vai trò QA trong team Agile - **Phương pháp kiểm thử:** Black-box testing, White-box testing cơ bản, Smoke test, Sanity test --- ### 🤝 Kỹ năng mềm - **Tư duy phân tích:** Khả năng phân tích yêu cầu, tìm kiếm edge case và điều kiện ngoại lệ - **Giao tiếp kỹ thuật:** Viết bug report rõ ràng, dễ hiểu cho cả developer và stakeholder - **Chú ý đến chi tiết:** [Lấy ví dụ từ công việc cũ, ví dụ: "phát hiện sai lệch số liệu trong báo cáo kế toán hàng tháng"] - **Làm việc độc lập & có tổ chức:** Tự lập kế hoạch học tập và hoàn thành dự án cá nhân trong [X tháng] - **[Kỹ năng mềm khác từ công việc cũ]** --- ## 💼 DỰ ÁN THỰC HÀNH / TỰ HỌC *💡 HƯỚNG DẪN: Đây là phần THAY THẾ cho kinh nghiệm làm việc chính thức. Kể cả dự án nhỏ tự làm cũng có giá trị nếu trình bày đúng cách. Mỗi dự án cần có: Tên, Mô tả ngắn, Công việc bạn làm, Kết quả cụ thể, Link GitHub (nếu có). Mục tiêu: có ít nhất 2–3 dự án.* --- ### 🔹 Dự án 1: [Tên dự án — ví dụ: Kiểm thử Website Thương mại điện tử Tiki.vn] **Loại:** Dự án cá nhân / Tự học   |   **Thời gian:** [Tháng MM/YYYY – Tháng MM/YYYY]   |   **🔗 GitHub:** [link] **Mô tả:** Thực hiện kiểm thử thủ công toàn diện cho [**tên ứng dụng/website**] — tập trung vào các luồng chức năng chính: [**ví dụ: đăng ký tài khoản, tìm kiếm sản phẩm, thêm vào giỏ hàng, thanh toán, theo dõi đơn hàng**]. **Công việc thực hiện:** - Phân tích yêu cầu và viết **[X] test case** cho [X] module chức năng sử dụng kỹ thuật Equivalence Partitioning và Boundary Value Analysis - Thiết kế và thực thi **test scenario** bao phủ cả happy path và negative test - Phát hiện và báo cáo **[X] bug** với đầy đủ thông tin: Steps to Reproduce, Expected Result, Actual Result, Severity, Priority, Screenshot/Video đính kèm - Thực hiện **Regression Testing** sau khi bug được fix - Kiểm thử **cross-browser** trên Chrome, Firefox, Safari *(xóa nếu chưa làm)* - Kiểm thử **responsive** trên các kích thước màn hình khác nhau *(xóa nếu chưa làm)* **Công cụ sử dụng:** Jira (quản lý bug), Google Sheets (quản lý test case), Chrome DevTools, [các công cụ khác] **Kết quả:** - Viết tổng cộng **[X] test case**, đạt test coverage **[X]%** cho các chức năng chính - Phát hiện **[X] bug**, trong đó có **[X] bug Critical/High** ảnh hưởng đến luồng thanh toán - Tài liệu: [Test Plan], [Test Case Sheet], [Bug Report] — có thể xem tại GitHub --- > *💡 GỢI Ý CÁC DỰ ÁN TỰ HỌC PHÙ HỢP:* > > **Website phổ biến để tự test (miễn phí, hợp lệ):** > - **Shopee / Tiki / Lazada** — test luồng mua hàng, tìm kiếm, thanh toán > - **OrangeHRM (demo.orangehrm.com)** — website HR để luyện tập, có tài khoản demo công khai > - **DemoQA (demoqa.com)** — website tạo ra chuyên để luyện kiểm thử > - **Sauce Demo (saucedemo.com)** — website demo để luyện test UI > - **Restful Booker (restful-booker.herokuapp.com)** — API practice > - **JSONPlaceholder (jsonplaceholder.typicode.com)** — fake REST API để luyện Postman --- ### 🔹 Dự án 2: [Tên dự án — ví dụ: Kiểm thử API Hệ thống Quản lý Đặt phòng] **Loại:** Dự án cá nhân / Tự học   |   **Thời gian:** [Tháng MM/YYYY – Tháng MM/YYYY]   |   **🔗 GitHub:** [link] **Mô tả:** Thực hiện kiểm thử API cho [**tên hệ thống**] sử dụng công cụ Postman, tập trung vào việc xác minh tính đúng đắn của response, xử lý lỗi và bảo mật cơ bản. **Công việc thực hiện:** - Đọc hiểu và phân tích **API Documentation** để xác định các endpoint cần kiểm thử - Thiết kế **[X] test case** cho API bao gồm: kiểm tra status code (200, 201, 400, 401, 404, 500), response body, header, và response time - Kiểm thử các phương thức HTTP: **GET, POST, PUT/PATCH, DELETE** - Thiết lập **Environment Variables** và **Collection** trong Postman để tái sử dụng - Viết **Postman Tests** (JavaScript) để tự động verify response cơ bản *(xóa nếu chưa làm)* - Kiểm thử các trường hợp **Negative:** dữ liệu rỗng, sai định dạng, thiếu token xác thực - Truy vấn **SQL** để đối chiếu dữ liệu API response với database thực tế *(xóa nếu chưa làm)* **Công cụ sử dụng:** Postman, SQL (MySQL/PostgreSQL), Google Sheets, [Jira nếu có] **Kết quả:** - Thiết kế và thực thi **[X] API test case** trên **[X] endpoint** - Phát hiện **[X] lỗi** bao gồm: [ví dụ: API trả về 200 khi input không hợp lệ, thiếu validation cho trường email...] - Collection Postman có thể xem/import tại: [GitHub link] --- ### 🔹 Dự án 3: [Tên dự án — ví dụ: Phân tích & Kiểm thử Database Hệ thống Quản lý Nhân sự] **Loại:** Dự án cá nhân / Tự học   |   **Thời gian:** [Tháng MM/YYYY – Tháng MM/YYYY]   |   **🔗 GitHub:** [link] **Mô tả:** Thực hành kiểm thử cơ sở dữ liệu sử dụng SQL để xác minh tính toàn vẹn dữ liệu, logic nghiệp vụ và phát hiện bất thường trong dataset. **Công việc thực hiện:** - Viết **[X] câu truy vấn SQL** để verify dữ liệu sau các thao tác Create/Update/Delete từ giao diện ứng dụng - Kiểm tra **data integrity:** ràng buộc khóa ngoại, giá trị NULL, định dạng dữ liệu không nhất quán - Sử dụng **JOIN** để đối chiếu dữ liệu giữa nhiều bảng - Phát hiện **[X] data anomaly** và lập báo cáo cụ thể - Viết tài liệu mô tả từng câu query và mục đích kiểm thử **Công cụ sử dụng:** MySQL Workbench / DBeaver / pgAdmin, [tên database] **Kết quả:** - Tổng hợp **[X] câu SQL** phục vụ database testing, có chú thích và mục đích rõ ràng - Phát hiện **[X] vấn đề** về data integrity và đề xuất cải thiện --- ### 🔹 Dự án 4 (Tùy chọn): [Khóa học có Certificate — ví dụ: ISTQB Foundation Level / Udemy QA Course] **Loại:** Chứng chỉ / Khóa học   |   **Hoàn thành:** [Tháng MM/YYYY] *[Tên khóa học]* — *[Tên nền tảng: Udemy / Coursera / ISTQB / TestingMind / ...]* Nội dung học: [Liệt kê 3–5 chủ đề chính của khóa học, ví dụ: Test design techniques, Bug lifecycle, Agile testing, API testing fundamentals...] **Chứng chỉ:** [Link chứng chỉ nếu có thể chia sẻ công khai] --- ## 💼 KINH NGHIỆM LÀM VIỆC *💡 HƯỚNG DẪN — PHẦN QUAN TRỌNG NHẤT VỚI NGƯỜI TRÁI NGÀNH:* *Đừng chỉ liệt kê công việc cũ theo kiểu "làm kế toán, nhập số liệu". Hãy viết lại theo hướng Transferable Skills — tức là kỹ năng có thể chuyển sang QA. Với mỗi bullet point, hỏi bản thân: "Việc này liên quan gì đến kiểm thử/chất lượng/phân tích?" rồi viết lại theo góc độ đó.* --- ### [Tên công ty / Tổ chức]   |   [Vị trí / Chức danh] 📅 [Tháng/Năm bắt đầu] – [Tháng/Năm kết thúc hoặc "Hiện tại"]   |   📍 [Thành phố] *(Mô tả 1–2 dòng về công ty nếu ít người biết: quy mô, lĩnh vực)* **Transferable Skills — viết theo hướng QA:** - **[Kiểm tra & Đảm bảo chất lượng đầu ra]:** [Ví dụ: "Kiểm tra và đối chiếu số liệu kế toán hàng tháng, đảm bảo sai lệch dưới 0.1% trước khi nộp báo cáo ban giám đốc" → Tư duy: Verification & Validation] - **[Phân tích & Phát hiện vấn đề]:** [Ví dụ: "Phát hiện và xử lý [X] trường hợp bất thường trong dữ liệu nhập liệu mỗi tháng, xác định nguyên nhân gốc rễ và đề xuất quy trình phòng ngừa" → Tư duy: Root cause analysis, Bug reporting] - **[Làm việc theo quy trình & Tài liệu hóa]:** [Ví dụ: "Xây dựng và cập nhật [X] quy trình nghiệp vụ dạng văn bản, đảm bảo nhân viên mới có thể thực hiện đúng theo tiêu chuẩn" → Tư duy: Test procedure documentation] - **[Phối hợp liên phòng ban]:** [Ví dụ: "Làm đầu mối trao đổi giữa phòng kế toán và phòng kinh doanh để làm rõ yêu cầu và giải quyết bất đồng về số liệu" → Tư duy: Stakeholder communication, Requirement clarification] - **[Kết quả có thể đo lường]:** [Ví dụ: "Giảm X% sai sót trong quy trình nhập liệu nhờ thiết kế checklist kiểm tra kép" → Tư duy: Process improvement, Quality metrics] --- ### [Tên công ty thứ 2 nếu có]   |   [Vị trí] 📅 [Thời gian]   |   📍 [Thành phố] - **[Transferable skill 1]:** [Mô tả theo hướng QA] - **[Transferable skill 2]:** [Mô tả theo hướng QA] - **[Transferable skill 3]:** [Mô tả theo hướng QA] --- > *💡 BẢNG GỢI Ý TRANSFERABLE SKILLS THEO NGÀNH:* > > | Ngành cũ | Công việc cũ | Viết lại theo hướng QA | > |---|---|---| > | **Kế toán** | Đối chiếu sổ sách cuối tháng | "Thực hiện verification dữ liệu tài chính, phát hiện và xử lý [X] bất thường mỗi tháng" | > | **Kế toán** | Kiểm tra chứng từ | "Review và validate [X] chứng từ/ngày theo checklist, đảm bảo 100% tuân thủ quy định" | > | **Giáo viên** | Soạn đề kiểm tra | "Thiết kế bộ câu hỏi đánh giá bao phủ toàn bộ nội dung theo mức độ khó — tư duy tương đồng với thiết kế test case và test coverage" | > | **Giáo viên** | Chấm bài, nhận xét | "Đánh giá kết quả theo tiêu chí cụ thể, phân loại lỗi theo mức độ và đưa ra phản hồi có cấu trúc" | > | **Bán hàng** | Xử lý khiếu nại KH | "Phân tích phản hồi người dùng, xác định nguyên nhân gốc rễ vấn đề và phối hợp giải quyết — tư duy User Acceptance Testing" | > | **Bán hàng** | Theo dõi KPI | "Thu thập, tổng hợp và phân tích dữ liệu bán hàng hàng tuần, phát hiện xu hướng bất thường" | > | **Ngân hàng** | Kiểm tra hồ sơ vay | "Review hồ sơ theo checklist đa tiêu chí, đảm bảo 100% tuân thủ quy định trước khi phê duyệt" | > | **Y tế/Dược** | Kiểm tra thuốc trước cấp phát | "Thực hiện double-check theo quy trình nghiêm ngặt, không chấp nhận bất kỳ sai sót nào ảnh hưởng đến chất lượng" | > | **Kỹ thuật** | Kiểm tra chất lượng sản phẩm | "Thực hiện QC sản phẩm theo tiêu chuẩn kỹ thuật, lập báo cáo NCR (Non-Conformance Report) — trực tiếp tương đương Bug Report" | > | **Hành chính** | Soạn thảo, review văn bản | "Review tài liệu theo tiêu chí chính xác, đầy đủ, nhất quán — kỹ năng cốt lõi trong Test Case review" | --- ## 🎓 HỌC VẤN ### [Tên trường Đại học / Cao đẳng] **[Tên ngành học]**   |   📅 [Năm bắt đầu] – [Năm tốt nghiệp]   |   📍 [Thành phố] - GPA: [X.X/4.0 hoặc X.X/10] *(chỉ ghi nếu GPA ≥ 3.2/4.0 hoặc ≥ 8.0/10)* - Môn học liên quan *(nếu có)*: [Ví dụ: Nhập môn lập trình, Hệ quản trị CSDL, Thống kê, Phân tích nghiệp vụ...] - Đề tài tốt nghiệp *(nếu liên quan)*: "[Tên đề tài]" --- *💡 HƯỚNG DẪN: Nếu bạn tốt nghiệp ngành không liên quan, hãy highlight các môn học hoặc đề tài có thể kết nối với IT/phân tích. Ví dụ: Tốt nghiệp kế toán nhưng có học môn "Tin học đại cương" hay "Hệ thống thông tin quản lý" → nên ghi vào.* --- ## 📜 CHỨNG CHỈ & ĐÀO TẠO *💡 HƯỚNG DẪN: Liệt kê tất cả chứng chỉ liên quan đến IT và kiểm thử. Không cần phải là chứng chỉ quốc tế đắt tiền — chứng chỉ Udemy, Coursera cũng có giá trị nếu nội dung tốt.* --- | Chứng chỉ / Khóa học | Tổ chức cấp | Năm | Link xác minh | |---|---|---|---| | [ISTQB Certified Tester Foundation Level] | ISTQB | [YYYY] | [Link nếu có] | | [Software Testing Bootcamp] | [Udemy / TestingMind / Testers.vn / ...] | [YYYY] | [Link certificate] | | [API Testing with Postman] | [Udemy / Postman Academy] | [YYYY] | [Link] | | [SQL for Beginners / Data Analysis] | [Coursera / W3Schools / ...] | [YYYY] | [Link] | | [Jira Fundamentals Badge] | Atlassian | [YYYY] | [Link — miễn phí tại university.atlassian.com] | | [Agile Testing Fundamentals] | [Nguồn học] | [YYYY] | [Link] | | [Tên chứng chỉ khác] | | | | --- > *💡 GỢI Ý CHỨNG CHỈ MIỄN PHÍ / CHI PHÍ THẤP NÊN CÓ:* > - **Jira Fundamentals Badge** — Miễn phí tại Atlassian University (university.atlassian.com) > - **Postman Student Expert** — Miễn phí tại Postman Academy > - **Google Analytics** — Miễn phí, hữu ích nếu test web app > - **Coursera (audit free):** "Software Testing and Automation" - University of Minnesota > - **ISTQB Foundation:** Có phí (~2–3 triệu), nhưng là chứng chỉ quốc tế được công nhận rộng rãi nhất --- ## 🌐 NGOẠI NGỮ | Ngôn ngữ | Kỹ năng đọc | Kỹ năng viết | Kỹ năng nghe/nói | Chứng chỉ | |---|---|---|---|---| | **Tiếng Anh** | [Tốt / Khá / Cơ bản] | [Tốt / Khá / Cơ bản] | [Khá / Cơ bản] | [TOEIC X / IELTS X.X / Không có] | | **[Ngôn ngữ khác]** | | | | | *Khả năng đọc hiểu tài liệu kỹ thuật, API documentation và bug report bằng tiếng Anh* --- ## 🏆 HOẠT ĐỘNG KHÁC / THÔNG TIN BỔ SUNG *(Tùy chọn)* *💡 HƯỚNG DẪN: Chỉ điền nếu thực sự có. Đừng điền cho có.* - **Cộng đồng / Diễn đàn:** [Ví dụ: Thành viên tích cực tại cộng đồng QA Việt Nam, Ministry of Testing, Stack Overflow] - **Blog / Chia sẻ kiến thức:** [Ví dụ: Viết blog về kiểm thử phần mềm tại [link] — [X] bài viết] - **Tình nguyện / Hoạt động xã hội:** [Nếu có liên quan hoặc thể hiện kỹ năng mềm tốt] - **Sở thích cá nhân:** [Ngắn gọn, chỉ nếu có liên quan — ví dụ: "Chơi game — giúp phát triển tư duy phát hiện lỗi và kiên nhẫn trong quá trình tái hiện bug"] --- ## ✅ CHECKLIST TRƯỚC KHI NỘP CV *Hãy đánh dấu ✅ vào từng mục sau khi hoàn thành:* - [ ] Đã xóa tất cả phần hướng dẫn (chữ nghiêng, chú thích trong ngoặc đơn, bảng gợi ý) - [ ] Đã xóa tất cả dấu `[ ]` — không còn chỗ trống nào chưa điền - [ ] Tên file CV: `HoTen_QATester_CV.pdf` (không dấu, không khoảng trắng) - [ ] Chiều dài CV: **1–2 trang** (người mới nên giữ 1 trang nếu ít dự án) - [ ] Font chữ thống nhất: Arial / Calibri / Roboto, cỡ chữ 10–12 - [ ] Không có lỗi chính tả (đọc lại 3 lần hoặc nhờ người khác đọc) - [ ] Link GitHub hoạt động và có nội dung thực sự - [ ] Đã upload test case / bug report mẫu lên GitHub - [ ] Mục tiêu nghề nghiệp đã được cá nhân hóa cho từng công ty (không dùng 1 bản gửi tất cả) - [ ] Đã nhờ ít nhất 1 người trong ngành IT đọc và góp ý trước khi nộp --- ## 📌 LƯU Ý CUỐI — BÍ QUYẾT CHO NGƯỜI TRÁI NGÀNH > **1. GitHub là CV thứ hai của bạn** > Nhà tuyển dụng IT thường xem GitHub trước khi đọc CV. Upload ngay: test case mẫu, bug report mẫu, Postman collection, câu SQL bạn đã viết. > > **2. "Chưa có kinh nghiệm" ≠ "Không có gì để nói"** > Bạn có kỹ năng thực của ngành cũ — hãy dịch chúng sang ngôn ngữ QA. Bảng Transferable Skills bên trên là để làm đúng điều đó. > > **3. Số liệu cụ thể > Mô tả chung chung** > "Viết 50 test case" tốt hơn "Có kỹ năng viết test case". "Phát hiện 12 bug" tốt hơn "Có khả năng phát hiện lỗi". > > **4. Customize CV cho từng vị trí** > Đọc kỹ JD → Điều chỉnh từ khóa trong CV phù hợp → Đừng gửi 1 bản CV cho 50 công ty. > > **5. Cover Letter ngắn gọn nhưng đừng bỏ qua** > Dùng Cover Letter để giải thích trực tiếp lý do chuyển ngành — trung thực, tích cực và tập trung vào giá trị bạn mang lại. --- *Mẫu CV này được thiết kế dành riêng cho người chuyển sang QA từ ngành khác. Chúc bạn sớm có công việc mơ ước! 🚀*