# MẪU CV TESTER CHO NGƯỜI CHUYỂN NGÀNH ### *(Mẫu tham khảo — Chỉnh sửa theo thông tin thực tế của bạn)* --- > **Lưu ý quan trọng:** Đây là mẫu tham khảo. Toàn bộ thông tin trong ngoặc `[ ]` là hướng dẫn — bạn cần thay bằng thông tin thực của mình. Thông tin in nghiêng màu xám là ví dụ minh họa. --- ## NGUYỄN THỊ MINH ANH 📧 minhanhtest@gmail.com 📞 0901 234 567 🔗 linkedin.com/in/minhanhtest 🐙 github.com/minhanhtest *(tuỳ chọn — chỉ thêm nếu có)* 📍 TP. Hồ Chí Minh --- > ### 💡 HƯỚNG DẪN — PHẦN THÔNG TIN CÁ NHÂN > > **Điền gì:** > - **Họ tên:** Tên thật, đầy đủ, viết hoa rõ ràng > - **Email:** Dùng email chuyên nghiệp. Tránh dùng tên kiểu `cute_girl_2001@gmail.com`. Nên dùng dạng `ten.ho@gmail.com` hoặc `tenho.test@gmail.com` > - **LinkedIn:** Tạo profile LinkedIn nếu chưa có — nhà tuyển dụng IT thường kiểm tra. Cập nhật ảnh đại diện chỉnh tề, tiêu đề ghi rõ *"Aspiring QA Tester | Career Changer"* > - **GitHub:** *Không bắt buộc.* Chỉ thêm nếu bạn có upload test case, checklist, hoặc script lên đó. Để trống còn hơn để link trống rỗng > - **Địa chỉ:** Chỉ cần ghi Tỉnh/Thành phố, không cần địa chỉ nhà cụ thể > > **Không nên thêm:** Ảnh (trừ khi công ty yêu cầu), ngày sinh, giới tính, CMND/CCCD --- --- ## 1. MỤC TIÊU NGHỀ NGHIỆP *Tôi đang trong quá trình chuyển ngành sang lĩnh vực kiểm thử phần mềm (Software Testing/QA) sau [X năm] làm việc trong ngành [tên ngành cũ]. Trong công việc trước, tôi nhận ra mình có tố chất tỉ mỉ, yêu thích phát hiện sai sót và cải thiện quy trình — những phẩm chất tôi tin là phù hợp tự nhiên với vai trò tester. Trong 3 tháng gần đây, tôi đã chủ động học các kiến thức về kiểm thử thủ công, viết test case và sử dụng các công cụ như Postman, Jira thông qua các khóa học và dự án thực hành. Mục tiêu của tôi là gia nhập một nhóm QA thực tế để học hỏi từ môi trường chuyên nghiệp, đồng thời đóng góp bằng thái độ học hỏi nghiêm túc và kỹ năng phân tích từ kinh nghiệm ngành trước.* --- > ### 💡 HƯỚNG DẪN — PHẦN MỤC TIÊU NGHỀ NGHIỆP > > **Tại sao phần này quan trọng:** > CV chuyển ngành không có kinh nghiệm IT sẽ bị loại nếu nhà tuyển dụng không hiểu *bạn đang làm gì ở đây*. Phần này giúp họ không phải đoán. > > **Công thức 3-4 câu:** > > | Câu | Nội dung | > |-----|----------| > | Câu 1 | Tôi đến từ đâu + đang chuyển sang đâu | > | Câu 2 | Lý do chuyển ngành — phải thật, không sáo rỗng | > | Câu 3 | Tôi đã làm gì để chuẩn bị (học gì, thực hành gì) | > | Câu 4 | Tôi muốn gì từ vị trí này | > > **Ví dụ lý do chuyển ngành thật và hay:** > - *"Sau 4 năm làm kế toán, tôi thường là người tìm ra sai số trong báo cáo trước khi ai khác nhận ra — và tôi thích cảm giác đó hơn công việc nhập liệu hàng ngày"* > - *"Làm nhân viên chăm sóc khách hàng, tôi hay phải báo cáo lỗi phần mềm lên bộ phận kỹ thuật. Dần dần tôi tự học cách reproduce bug và viết mô tả lỗi rõ ràng hơn — đó là lúc tôi biết mình muốn làm tester"* > > **Tránh viết:** > - ❌ *"Tôi muốn tìm kiếm cơ hội phát triển bản thân trong môi trường năng động"* (quá chung chung) > - ❌ *"Tôi đam mê công nghệ từ nhỏ"* (nếu không thật) > - ❌ Giả vờ có kinh nghiệm IT khi chưa có --- --- ## 2. KỸ NĂNG KỸ THUẬT ### 🔧 Công cụ | Công cụ | Mức độ | |---------|--------| | Postman | Cơ bản — gửi GET/POST request, kiểm tra response | | Jira | Cơ bản — tạo bug report, theo dõi ticket | | Microsoft Excel / Google Sheets | Thành thạo — quản lý test case, lọc dữ liệu | | Google Docs / Notion | Viết tài liệu test plan, checklist | | *(DevTools - Chrome)* | *(Tuỳ chọn)* Xem network request, inspect element cơ bản | ### 🧪 Loại kiểm thử - Manual Testing (Kiểm thử thủ công) - Functional Testing (Kiểm thử chức năng) - API Testing cơ bản (với Postman) - Regression Testing cơ bản - UI/UX Checking (kiểm tra giao diện so với design) ### 🗄️ Ngôn ngữ / Truy vấn *(nếu có)* - SQL cơ bản: SELECT, WHERE, JOIN đơn giản để kiểm tra dữ liệu trong database --- > ### 💡 HƯỚNG DẪN — PHẦN KỸ NĂNG KỸ THUẬT > > **Nguyên tắc vàng: Chỉ viết những gì bạn thực sự dùng được** > > Nhà tuyển dụng sẽ hỏi thẳng trong phỏng vấn. Nếu bạn ghi *"Postman"* mà không biết gửi request là gì, bạn sẽ bị loại ngay lập tức và mất điểm uy tín. > > **Mức độ trung thực để ghi:** > > | Bạn có thể làm | Ghi như thế nào | > |----------------|-----------------| > | Biết mở Postman, gửi GET request, xem response 200/404 | *"Postman — cơ bản"* ✅ | > | Chưa từng dùng nhưng nghe nói | Đừng ghi ❌ | > | Dùng Excel hàng ngày 3 năm | *"Excel — thành thạo"* ✅ | > | Chỉ biết gõ số vào ô | *"Excel — cơ bản"* ✅ | > > **Các kỹ năng nên ưu tiên học trước khi nộp CV:** > 1. **Jira** — Tạo tài khoản Jira free tại atlassian.com, tự tạo project, tạo bug report mẫu > 2. **Postman** — Học qua Postman Learning Center (miễn phí), test thử API public như `jsonplaceholder.typicode.com` > 3. **Viết test case bằng Excel/Google Sheets** — Đây là kỹ năng cốt lõi nhất của tester mới > > **SQL:** Nếu chưa biết SQL, không cần ghi. Nếu biết SELECT cơ bản, ghi nhưng nêu rõ mức *"cơ bản"*. Không bao giờ ghi *"SQL"* không có ghi chú mức độ khi bạn chỉ mới học 1 tuần. --- --- ## 3. DỰ ÁN TỰ HỌC --- ### 📁 Dự án 1: Kiểm thử website thương mại điện tử — Shopee / Tiki *(chọn một site thật để thực hành)* **Mô tả:** Tự thực hiện kiểm thử thủ công các tính năng chính của website bán hàng trực tuyến, bao gồm: đăng ký/đăng nhập, tìm kiếm sản phẩm, thêm vào giỏ hàng, và quy trình thanh toán. **Mục tiêu tự đặt ra:** Áp dụng kiến thức về kiểm thử chức năng, viết test case có cấu trúc và lập báo cáo bug theo chuẩn. **Công cụ sử dụng:** - Google Sheets — viết và quản lý test case - Jira (bản free) — log bug report - Chrome DevTools — kiểm tra network response cơ bản - Loom / Gyazo — chụp màn hình, quay video bug **Kết quả:** - ✅ Viết được **47 test case** cho 4 module chức năng - 🐛 Phát hiện **8 bug** (3 bug giao diện, 3 bug chức năng, 2 bug logic) - 📄 Lập **1 báo cáo test summary** đầy đủ với pass/fail rate - 📂 Tài liệu lưu tại: *[link Google Sheet hoặc GitHub của bạn]* --- ### 📁 Dự án 2: Kiểm thử API công khai với Postman **Mô tả:** Thực hành kiểm thử API sử dụng dịch vụ API công khai miễn phí (`reqres.in` / `jsonplaceholder.typicode.com`) để kiểm tra các phương thức GET, POST, PUT, DELETE. **Công cụ sử dụng:** - Postman — gửi request, kiểm tra response - Google Sheets — ghi lại kết quả test từng API endpoint **Kết quả:** - ✅ Test **12 API endpoint** với các loại request khác nhau - ✅ Kiểm tra status code (200, 201, 400, 404, 500), response body, response time - 🐛 Ghi nhận **3 trường hợp** response không khớp với documentation - 📂 Postman Collection xuất file lưu tại: *[link GitHub của bạn — nếu có]* --- > ### 💡 HƯỚNG DẪN — PHẦN DỰ ÁN TỰ HỌC > > **Đây là phần quan trọng nhất trong CV chuyển ngành của bạn.** > > Vì bạn chưa có kinh nghiệm làm việc IT, dự án tự học chứng minh rằng bạn *đã thực sự làm*, không chỉ *đã xem video học*. Nhà tuyển dụng kinh nghiệm phân biệt được ngay hai điều này. > > **Cấu trúc mỗi dự án:** > ``` > Tên dự án (rõ ràng, cụ thể) > ├── Mô tả: Test cái gì? Phạm vi ra sao? > ├── Công cụ: Dùng gì? > └── Kết quả: Con số cụ thể > ``` > > **Kết quả PHẢI có con số — đây là điểm phân biệt CV tốt và CV thường:** > > | ❌ Yếu | ✅ Mạnh | > |--------|---------| > | *"Viết nhiều test case"* | *"Viết 47 test case cho 4 module"* | > | *"Tìm ra một số bug"* | *"Phát hiện 8 bug, phân loại theo mức độ nghiêm trọng"* | > | *"Dùng Postman kiểm tra API"* | *"Test 12 API endpoint, kiểm tra status code và response body"* | > > **Ý tưởng dự án phù hợp cho người mới:** > > | Dự án | Độ khó | Gợi ý | > |-------|--------|-------| > | Test website thật (Shopee, Tiki, Grab) | ⭐ Dễ | Bắt đầu ở đây | > | Test app mobile (Momo, ZaloPay) | ⭐⭐ Trung bình | Cần thiết bị thật | > | Test API công khai | ⭐⭐ Trung bình | reqres.in, jsonplaceholder | > | Viết test plan cho app giả định | ⭐ Dễ | Luyện tư duy | > | Test web app mã nguồn mở | ⭐⭐⭐ Khó hơn | Khi đã có nền tảng | > > **Lưu ý quan trọng:** > - Lưu toàn bộ kết quả (file Excel, ảnh chụp bug, báo cáo) — bạn sẽ cần mang vào phỏng vấn hoặc chia sẻ link > - Không bịa số liệu. Nếu chỉ viết được 10 test case, ghi 10. Điều quan trọng là bạn biết mình đã làm gì > - Ít nhất 1-2 dự án trước khi nộp CV --- --- ## 4. KINH NGHIỆM LÀM VIỆC ### 🏢 Nhân viên Kế toán | Công ty ABC | 2019 – 2023 **Kỹ năng liên quan đến Testing:** - **Tỉ mỉ & phát hiện sai sót:** Thường xuyên đối chiếu, kiểm tra số liệu giữa các báo cáo tài chính với độ chính xác cao — tương đồng với kỹ năng verify expected result trong test case - **Làm việc theo quy trình:** Tuân thủ nghiêm ngặt quy trình kiểm soát nội bộ, hiểu tầm quan trọng của documentation và audit trail — nền tảng tốt để hiểu test process - **Phân tích dữ liệu:** Sử dụng Excel nâng cao (VLOOKUP, Pivot Table) để phân tích dữ liệu hàng tháng cho ban giám đốc — kỹ năng Excel trực tiếp ứng dụng trong quản lý test case - **Báo cáo & giao tiếp:** Viết báo cáo định kỳ, giải thích sai lệch số liệu cho các phòng ban không chuyên tài chính — kỹ năng viết bug report rõ ràng, dễ hiểu --- ### 🏢 *(Vị trí 2 nếu có)* Nhân viên Chăm sóc Khách hàng | Công ty XYZ | 2017 – 2019 **Kỹ năng liên quan đến Testing:** - **Tư duy người dùng cuối:** Tiếp nhận và phân loại hơn 50 phản ánh/tuần từ khách hàng về lỗi sản phẩm/dịch vụ — giúp phát triển tư duy test từ góc nhìn người dùng (end-user perspective) - **Ghi nhận và leo thang vấn đề:** Mô tả chi tiết sự cố cho bộ phận kỹ thuật, theo dõi đến khi xử lý xong — tương đương quy trình báo cáo và theo dõi bug trong Jira - **Chịu áp lực & kiên nhẫn:** Xử lý các tình huống phức tạp, lặp đi lặp lại quy trình kiểm tra từng bước để tìm nguyên nhân gốc rễ --- > ### 💡 HƯỚNG DẪN — PHẦN KINH NGHIỆM LÀM VIỆC CŨ > > **Tư duy chuyển đổi — đây là kỹ năng bạn cần luyện:** > > Thay vì giấu đi công việc cũ hoặc chỉ liệt kê nhiệm vụ, hãy *diễn giải lại* kinh nghiệm của bạn dưới góc nhìn tester. > > **Bảng chuyển đổi kỹ năng theo ngành:** > > | Ngành cũ | Kinh nghiệm cũ | Diễn giải cho Testing | > |----------|----------------|----------------------| > | Kế toán | Đối chiếu số liệu | Verify expected vs actual result | > | Kế toán | Kiểm soát nội bộ | Tuân thủ test process, documentation | > | CSKH | Nhận phản ánh lỗi | Thu thập và mô tả bug từ user | > | CSKH | Báo cáo sự cố | Viết bug report có cấu trúc | > | Giáo viên | Soạn đề kiểm tra | Thiết kế test case, test scenario | > | Giáo viên | Chấm bài tỉ mỉ | Attention to detail, verify output | > | Y tế/Điều dưỡng | Tuân thủ quy trình | Test theo checklist, không bỏ bước | > | Hành chính | Quản lý hồ sơ | Quản lý tài liệu test, traceability | > | Kinh doanh | Phân tích nhu cầu KH | Hiểu business requirement | > > **Cách viết từng bullet point:** > - Bắt đầu bằng **động từ hành động** (Phân tích, Kiểm tra, Phát hiện, Báo cáo, Xử lý) > - Thêm **kết quả hoặc con số** nếu có thể > - Kết thúc bằng **kết nối sang testing** (trong ngoặc đơn hoặc câu cuối) > > **Đừng làm:** > - ❌ Liệt kê toàn bộ nhiệm vụ cũ không liên quan (ví dụ: "Đặt phòng họp cho ban giám đốc") > - ❌ Giả vờ công việc cũ là công việc IT > - ❌ Xấu hổ về kinh nghiệm cũ — đó là điểm mạnh nếu bạn biết cách trình bày --- --- ## 5. HỌC VẤN & CHỨNG CHỈ **Bằng cấp:** Cử nhân [Tên ngành] | [Tên trường] | [Năm tốt nghiệp] **Khóa học / Chứng chỉ liên quan:** - *(Ví dụ)* Kiểm thử phần mềm cơ bản — [Tên nền tảng: Udemy / TopDev / ISTQB Foundation] — [Năm hoàn thành] - *(Ví dụ)* SQL for Beginners — [Tên nền tảng] — [Năm hoàn thành] - *(Ví dụ)* Postman API Testing — Postman Learning Center — [Năm hoàn thành] --- > ### 💡 HƯỚNG DẪN — PHẦN HỌC VẤN & CHỨNG CHỈ > > **Bằng cấp:** Ghi ngành học thật, không cần che giấu dù ngành không liên quan đến IT > > **Chứng chỉ nên ưu tiên lấy:** > > | Chứng chỉ | Nơi học | Chi phí | Độ ưu tiên | > |-----------|---------|---------|------------| > | ISTQB Foundation Level | Tự học + thi | ~$50-100 | ⭐⭐⭐ Cao nhất | > | Udemy - Software Testing Bootcamp | Udemy | ~200-400k | ⭐⭐ Tốt | > | Postman Student Expert | Postman.com | Miễn phí | ⭐⭐ Tốt | > | SQL cơ bản (W3Schools/HackerRank) | Online | Miễn phí | ⭐ Có thêm tốt | > > **Lưu ý:** Không nhất thiết phải có chứng chỉ mới nộp CV. Dự án thực hành > chứng chỉ lý thuyết trong mắt nhiều nhà tuyển dụng tester. --- --- ## THÔNG TIN BỔ SUNG *(tuỳ chọn)* - **Ngôn ngữ:** Tiếng Việt (bản ngữ) | Tiếng Anh (đọc tài liệu kỹ thuật) - **Đang học:** *[Ví dụ: Đang học ISTQB Foundation / Đang học SQL trên HackerRank]* - **Sở thích liên quan:** *[Ví dụ: Thích phát hiện lỗi khi dùng app, hay báo cáo bug cho các app thông dụng]* --- --- ## 📋 CHECKLIST TRƯỚC KHI NỘP CV Sử dụng danh sách này để tự kiểm tra CV của bạn: ### ✅ Nội dung - [ ] Tất cả thông tin trong `[ ]` đã được thay bằng thông tin thật - [ ] Email trông chuyên nghiệp - [ ] LinkedIn đã được cập nhật và khớp với CV - [ ] Mục tiêu nghề nghiệp nói rõ đang chuyển ngành, không mơ hồ - [ ] Chỉ ghi kỹ năng mà mình thực sự dùng được - [ ] Dự án tự học có ít nhất 1-2 dự án với kết quả bằng số - [ ] Kinh nghiệm cũ được diễn giải theo góc nhìn tester - [ ] GitHub/Google Sheet link (nếu có) còn truy cập được và có nội dung ### ✅ Hình thức - [ ] CV dài tối đa 2 trang (1 trang lý tưởng hơn cho người mới) - [ ] Font chữ đồng nhất, dễ đọc (Arial, Calibri, hoặc tương tự) - [ ] Không có lỗi chính tả - [ ] Xuất file PDF trước khi gửi - [ ] Tên file PDF rõ ràng: `CV_TesterFresher_HoTen.pdf` ### ✅ Chuẩn bị phỏng vấn song song - [ ] Chuẩn bị giải thích *"Tại sao bạn chuyển sang testing?"* — thật và tự tin - [ ] Có thể trình bày 1 dự án tự học cụ thể từ đầu đến cuối - [ ] Chuẩn bị trả lời *"Test case là gì? Viết cho tôi xem 1 test case"* - [ ] Biết giải thích bug report của mình nếu được hỏi --- *Mẫu tham khảo — Phiên bản 1.0* *Thiết kế cho người chuyển ngành sang Software Testing/QA Fresher* *Chỉnh sửa tự do cho phù hợp với hoàn cảnh cá nhân*