Tester

8 posts
challenge-icon

CV Tips I Wish I Knew Earlier

user-avatar
Huyên Nguyễn
11/05/2026

Từ một CV “không ai phản hồi” đến những cuộc gọi phỏng vấn

Lúc mới bắt đầu tìm việc trong ngành Information Technology, mình từng nghĩ CV chỉ cần ghi đủ thông tin là được. Mình cố gắng nhét thật nhiều thứ vào CV: kỹ năng, môn học, chứng chỉ, thậm chí cả những thứ mình chỉ mới biết sơ qua. Nhưng sau khi gửi rất nhiều CV mà gần như không nhận được phản hồi, mình mới nhận ra vấn đề không phải là “mình biết ít”, mà là CV chưa thể hiện đúng giá trị bản thân.Sai lầm lớn nhất trước đây của mình là viết CV theo kiểu liệt kê. Ví dụ: “Có kiến thức về testing”  “Biết SQL”  “Đã học API”  “Có kỹ năng teamwork” Mọi thứ nghe khá chung chung và ai cũng có thể viết như vậy. Nhà tuyển dụng đọc xong sẽ rất khó hình dung mình thực sự đã làm gì.Có một thời gian mình gửi CV khá nhiều nhưng tỉ lệ được gọi phỏng vấn rất thấp. Lúc đó mình bắt đầu nhờ người có kinh nghiệm review CV và mới nhận ra CV của mình thiếu tính thực tế. Nó giống một bản “kể mình học gì” hơn là cho thấy mình có thể làm được gì.Thay đổi lớn nhất giúp mình nhận được nhiều lời mời phỏng vấn hơn là: Viết cụ thể hơn về trải nghiệm,  Tập trung vào dự án thực tế,  Và mô tả công việc theo hướng kết quả thay vì chỉ liệt kê nhiệm vụ. Ví dụ thay vì ghi: “Test website và log bug” Mình đổi thành: “Thiết kế testcase và kiểm thử chức năng cho hệ thống web, phối hợp cùng Dev để verify bug và hỗ trợ regression test trước release.” Hoặc thay vì chỉ ghi: “Biết API testing” Mình bổ sung: “Sử dụng Postman để kiểm tra request/response API, verify dữ liệu bằng SQL.” Chỉ những thay đổi nhỏ như vậy thôi nhưng CV có cảm giác thực tế và chuyên nghiệp hơn rất nhiều.Ngoài ra, mình cũng bắt đầu bỏ bớt những thứ không cần thiết khỏi CV: Kỹ năng quá cơ bản,  Thông tin dài dòng,  Hoặc những công nghệ mình chưa thực sự sử dụng. Trước đây mình nghĩ càng viết nhiều càng tốt, nhưng sau này mình nhận ra nhà tuyển dụng thường chỉ dành rất ít thời gian để đọc CV. Một CV dễ đọc, rõ ràng và đúng trọng tâm sẽ hiệu quả hơn rất nhiều.Nếu được viết lại CV đầu tiên, mình sẽ: Tập trung vào trải nghiệm thực tế sớm hơn,  Trình bày ngắn gọn hơn,  Và trung thực hơn với năng lực của mình. Theo mình, để CV nổi bật không nhất thiết phải “đánh bóng” quá mức. Điều quan trọng là biết chọn cách trình bày để người đọc nhìn ra giá trị thật của mình. Dù chỉ là fresher hay mới học testing, nếu bạn có dự án thực tế, biết mình đã học được gì và thể hiện điều đó rõ ràng trong CV thì vẫn có thể tạo được ấn tượng tốt.Mình nghĩ một CV tốt không phải là CV hoàn hảo nhất, mà là CV giúp người khác hiểu: “Bạn có thể làm được gì và bạn đang nghiêm túc với công việc này như thế nào.”
challenge-post-cover
#2
4
134
ITviec's Choice
Winning badge
challenge-icon

In the Age of AI: How I’m Building My "New-normal" Skill Set

user-avatar
Huyên Nguyễn
11/05/2026

Từ Tester đến người “làm việc cùng AI”

Khi Artificial Intelligence ngày càng xuất hiện nhiều trong ngành Information Technology, mình nhận ra công việc của một người IT đang thay đổi khá rõ. Trước đây, mình nghĩ chỉ cần làm tốt chuyên môn là đủ. Nhưng hiện tại, điều quan trọng không chỉ là “biết làm”, mà còn là biết cách làm việc cùng AI để tăng hiệu quả và tạo ra giá trị thực tế hơn.Mình từng tham gia dự án AI Buddy Chat — một chatbot giáo dục hỗ trợ học sinh hỏi đáp kiến thức, gợi mở nội dung học tập và đồng hành theo bộ sách Trí tuệ nhân tạo. Dự án này khiến mình thay đổi khá nhiều về tư duy làm việc.Trước đây khi làm testing, phần lớn thời gian của mình dành cho việc viết testcase thủ công, kiểm tra từng flow hoặc lặp đi lặp lại các bước regression test. Từ khi bắt đầu ứng dụng AI vào công việc, mình có thể dùng AI để: Gợi ý testcase nhanh hơn,  Tạo edge case,  Hỗ trợ viết query SQL,  Phân tích log,  Hoặc tổng hợp nhanh các scenario có thể xảy ra. AI giúp mình giảm khá nhiều thời gian ở các tác vụ lặp lại. Nhưng đổi lại, mình phải “nghĩ nhiều hơn” ở những phần mà AI chưa thể làm tốt hoàn toàn.Ví dụ trong dự án chatbot giáo dục, AI có thể tạo ra câu trả lời rất tự nhiên nhưng chưa chắc phù hợp với học sinh. Có lần chatbot giải thích khái niệm machine learning quá dài và dùng nhiều thuật ngữ khó hiểu với học sinh cấp hai. Nếu chỉ nhìn theo góc độ “chatbot trả lời đúng” thì có thể xem là pass, nhưng nhìn từ trải nghiệm người học thì chưa thực sự hiệu quả.Điều đó khiến mình bắt đầu quan tâm nhiều hơn đến: Context conversation,  Độ phù hợp của nội dung với người dùng,  Logic nghiệp vụ,  Và trải nghiệm thực tế thay vì chỉ test theo checklist. Mình cũng nhận ra bản thân đang làm nhiều việc hơn trước đây. Ngoài testing, mình phải: Hiểu thêm về sản phẩm giáo dục,  Phân tích intent của người dùng,  Kiểm tra chất lượng nội dung AI trả về,  Trao đổi với team về trải nghiệm hội thoại,  Và đôi khi tham gia góp ý cách chatbot phản hồi sao cho tự nhiên hơn. Có những kỹ năng trước đây chỉ là “nên có”, nhưng bây giờ gần như trở thành “phải có”, ví dụ: Kỹ năng đặt câu hỏi,  Tư duy phân tích,  Khả năng học nhanh,  Hiểu API và dữ liệu,  Và đặc biệt là biết sử dụng AI đúng cách thay vì phụ thuộc hoàn toàn vào nó. Khó khăn lớn nhất với mình trong giai đoạn đầu là học cách kiểm chứng thông tin AI đưa ra. Vì AI có thể trả lời rất thuyết phục dù đôi khi chưa đúng hoàn toàn. Có những testcase AI gợi ý nghe hợp lý nhưng lại thiếu business rule quan trọng của hệ thống giáo dục. Điều đó khiến mình hiểu rằng dùng AI hiệu quả không phải là copy kết quả, mà là biết đánh giá và chọn lọc.Với những bạn mới vào ngành IT, mình nghĩ ngoài kiến thức chuyên môn thì nên chuẩn bị thêm: Khả năng tự học,  Kỹ năng giao tiếp,  Tư duy logic,  Và khả năng làm việc cùng AI. Theo mình, AI sẽ không thay thế hoàn toàn người làm IT, nhưng chắc chắn sẽ thay đổi cách chúng ta làm việc mỗi ngày. Vì vậy mình đang cố gắng phát triển theo hướng hiểu sản phẩm nhiều hơn, học thêm API, SQL, automation và quan trọng nhất là giữ tư duy chủ động học hỏi để không bị tụt lại phía sau.Hiện tại, mình không xem AI là đối thủ, mà là một công cụ giúp mình làm việc hiệu quả hơn. Nhưng để thực sự tạo ra giá trị, mình nghĩ người làm IT vẫn cần khả năng phân tích, hiểu người dùng và đưa ra quyết định phù hợp trong những tình huống thực tế mà AI chưa thể thay thế hoàn toàn.
challenge-post-cover
#8
0
65
challenge-icon

My Funemployment Story

user-avatar
Huyên Nguyễn
03/03/2026

Tôi mất việc, nhưng không mất mình

Tôi không “thất nghiệp”, tôi đang nâng cấpCó một thời điểm, tôi nghe hai chữ “thất nghiệp” mà tim chùng xuống.Trong ngành IT, nó không chỉ là mất việc. Nó là mất thu nhập, mất nhịp sống, mất cảm giác mình “đang có ích”. Và đáng sợ nhất, là nỗi sợ mình đang… thất bại.Nhưng sau khi trải qua (hoặc chứng kiến rất gần) một giai đoạn như vậy, tôi bắt đầu nhìn nó khác đi. Tôi tin rằng: “thất nghiệp tích cực” là có thật.1. “Thất nghiệp tích cực” là gì?Với tôi, “thất nghiệp tích cực” là:Không có công ty trả lương cho bạn, nhưng bạn vẫn đang đầu tư nghiêm túc vào chính mình.Đó là giai đoạn bạn:Tạm dừng để hồi phục sau burnout.Bị layoff nhưng không buông xuôi.Chủ động nghỉ để chuyển hướng nghề nghiệp.Khác biệt nằm ở chỗ: Bạn không để hoàn cảnh định nghĩa giá trị của mình.Thất nghiệp tiêu cực là khi ta dừng lại, thu mình, tự dán nhãn “mình kém”. Thất nghiệp tích cực là khi ta nói: “Ok, đây là khoảng lặng. Mình sẽ dùng nó có chủ đích.”2. Tôi đã học được gì về nỗi sợ “khoảng trống CV”?Điều ám ảnh dân IT nhất có lẽ là: “2 lần bị mất việc mỗi 1 lần sau 2 tháng không đi làm thì CV nhìn sao?”Nhưng sau này tôi nhận ra: Nhà tuyển dụng không sợ khoảng trống. Họ sợ khoảng trống không có câu chuyện.4 tháng:Nếu bạn chỉ ở nhà, lo lắng và chờ cơ hội → đó là khoảng trống.Nhưng nếu bạn học 1 tech mới, viết blog, làm freelance nhỏ, học thêm 1 ngôn ngữ mới → đó là hành trình nâng cấp.Cùng là 4 tháng. Khác nhau ở cách bạn dùng nó.Bài học tôi rút ra:Đừng hỏi “mình có việc chưa?” Hãy hỏi “mình đang tạo giá trị gì mỗi ngày?”3. Làm gì để thất nghiệp không trở thành thất bại?Tôi không muốn tô hồng. Giai đoạn này rất áp lực. Vì vậy, cần thực tế.(1) Tính toán tài chính trước tiênĐộng lực không thay thế được tiền nhà.Việc đầu tiên nên làm:Tính runway: mình sống được bao lâu nếu chưa có thu nhập?Cắt chi phí không cần thiết.Sẵn sàng nhận freelance/part-time nếu cần.Sự bình tĩnh đến từ con số rõ ràng.(2) Giữ kỷ luật như đang đi làmSai lầm lớn nhất là mất nhịp sinh hoạt.Nếu rơi vào giai đoạn này, tôi sẽ:Dậy giờ cố định.Chia ngày thành block: học thêm kiến thức mới, ngôn ngữ mới – tìm việc.Mỗi ngày tạo ra ít nhất một “kết quả hữu hình” (1 commit, 1 bài viết, 1 CV gửi đi).Cảm giác tiến bộ nhỏ mỗi ngày giúp mình không trôi.(3) Biến thời gian rảnh thành tài sảnThay vì chỉ học cho biết, hãy:Xây project có thể demo.Deploy thật.Viết README tử tế.Ghi lại quá trình học.Một portfolio sống động có sức nặng hơn một dòng “đang tìm việc”.(4) Học cách chịu đựng bị từ chốiGửi 20 CV, rớt 15 cái là chuyện bình thường.Thị trường khó không đồng nghĩa bạn kém.Mỗi lần phỏng vấn là một buổi tập:Cải thiện cách trình bày.Nhận diện lỗ hổng kiến thức.Tối ưu lại CV.Thất bại thật sự không phải là bị từ chối. Mà là bạn ngừng cố gắng vì nghĩ mình không đủ giỏi.4. Nếu bạn đang hoang mang, tôi muốn nói điều nàyBạn không vô dụng chỉ vì chưa có offer.Giá trị con người không nằm hoàn toàn ở hợp đồng lao động.Có thể bạn đang:Mất tự tin.So sánh mình với bạn bè đã “ổn định”.Lo lắng về tương lai.Nhưng hãy nhớ:Rất nhiều người giỏi từng có giai đoạn chông chênh.Khoảng dừng không phải dấu chấm hết.Đây là trạng thái tạm thời, không phải bản sắc vĩnh viễn.Hãy tự hỏi:Một năm nữa, mình muốn cảm ơn phiên bản hiện tại vì điều gì?5. Thất nghiệp là khoảng lặng giữa hai chươngCuộc đời không phải đường thẳng đi lên mãi. Nó có nhịp nghỉ.Có khi chính giai đoạn:Không bị deadline dí,Không bị họp triền miên,Không bị áp lực KPI,Lại là lúc bạn nghĩ sâu nhất về việc mình thực sự muốn gì.Có người chuyển từ dev sang data. Có người học thêm product. Có người khởi nghiệp. Có người nhận ra mình cần một môi trường khác.Nếu bạn chủ động viết lại mình trong khoảng lặng đó, thì nó không phải thất nghiệp. Nó là tái cấu trúc.6. Tôi không “thất nghiệp”Nếu hôm nay bạn:Vẫn học.Vẫn xây dựng.Vẫn kỷ luật.Vẫn không bỏ cuộc.Thì bạn không thất bại.Bạn đang chuẩn bị cho chương tiếp theo.Và có thể vài năm nữa, khi nhìn lại, bạn sẽ nhận ra:Chính giai đoạn “thất nghiệp” này đã khiến bạn trưởng thành hơn bất kỳ thời điểm nào khác.Tôi không “thất nghiệp”. Tôi đang nâng cấp.Và nếu bạn đang ở đó — bạn cũng thế. 
challenge-post-cover
#18
1
34
user-avatar
Thoa Nguyen
08/12/2025

Shout out những người “chị chị em em” đã thật sự thay đổi sự nghiệp của tôi

Trong suốt chặng đường đi làm, tôi được cả nam lẫn nữ giúp đỡ rất nhiều, đặc biệt là các anh trong team, mentoring, chỉ bài, hỗ trợ đủ thứ. Nhưng hôm nay tôi muốn kể về những kết nối với các chị em trong ngành Tech đã làm tôi thay đổi theo cách rất đặc biệt, có thể vì tụi mình hiểu được những áp lực rất đặc thù của phụ nữ trong ngành Tech.Tôi nhớ lần đầu tiên tôi tham gia vào một group dành cho Tester. Lúc đó tôi còn đang loay hoay chuyển từ manual sang automation, tự học, tự mò, bug thì nhiều mà tài liệu lúc đó cũng không rõ ràng như bây giờ. Trong một bài post, tôi hỏi một câu khá “ngớ ngẩn” về cách debug test script. Tôi nghĩ chắc chẳng ai trả lời đâu. Thế mà vài tiếng sau có một chị ghé vào, giải thích tận tình từng bước, còn gửi thêm sample code qua tin nhắn. Nhờ cái comment đó mà tôi giải quyết được vấn đề, rồi cũng nhờ đó mà tôi có thêm sự tự tin để học tiếp. Bật mí là hiện tại tôi và chị ấy vẫn còn thi thoảng liên lạc, cà phê với nhau và chủ đề nói chuyện không chỉ xoay quanh công việc mà còn là gia đình, sức khỏe, tâm sinh lý hoặc đơn giản là… tám nhảm =)).Sau này, khi những câu hỏi không còn bó buộc trong chuyên môn, mà còn là sức khỏe tinh thần, cách cân bằng cuộc sống và công việc của một người phụ nữ trong ngành IT,… luôn có một “chị nào đó” trong cộng đồng giơ tay giúp. Người thì kể lại hành trình burnout, người chỉ cách đặt lại ranh giới công việc, người bảo nghỉ một hôm cũng không sao. Đọc xong, tôi cảm giác như có nguyên một “đội quân vô hình” đứng sau lưng mình.Rồi đến khi tôi bắt đầu có kinh nghiệm hơn, tôi lại được một số em hỏi về cách học automation, cách chọn job, cách deal lương. Tôi thấy mình như đang trả lại những gì mình từng nhận. Mỗi lần giúp được một ai đó, tôi lại thấy đúng là phụ nữ trong ngành Tech giỏi thật, chỉ cần có cơ hội và có người trao đúng lời khích lệ.Nên hôm nay tôi viết post này như một lời cảm ơn và cũng như một lời nhắn:Nếu bạn cũng là một người phụ nữ đang làm trong Tech, đừng ngại chia sẻ. Khi bạn nói ra một điều gì đó, biết đâu nó lại cứu một người đang chới với. Còn nếu bạn đang cần giúp đỡ, đừng ngại giơ tay vì chúng ta ở đây để nâng nhau lên, không phải để so sánh hay phán xét.Còn bạn thì sao,  có kết nối “chị chị em em” nào trong ngành Tech đã thay đổi bạn dù chỉ một chút? Hãy kể cho nhau nghe để tiếp thêm sức mạnh nhé.
4
138
user-avatar
Thoa Nguyen
05/12/2025

Một mẹo kỹ năng đã giúp mình tiến xa hơn trong công việc (mà mình đã từng bỏ qua)

Sau hơn mười năm làm kiểm thử, mình từng nghĩ rằng muốn tiến xa trong nghề thì phải học thêm nhiều tool, nhiều framework, chạy nhiều automation script hơn. Nhưng càng làm lâu, mình càng nhận ra một điều quan trọng: kỹ thuật không phải là thứ duy nhất định hình giá trị của một Senior Tester.Điểm tạo nên khác biệt lại nằm ở thứ mà ngày xưa mình ít để ý (thật ra là mình nghĩ là không quan trọng): hiểu về toàn cảnh kinh doanh.Khi ở vị trí Senior, công việc không đơn thuần là viết nhiều test case hay tối ưu script chạy nhanh hơn vài giây. Điều quan trọng hơn là hiểu: mình đang bảo vệ điều gì trong sản phẩm và vì sao doanh nghiệp lại ra mắt sản phẩm này.Có một lần, dự án mình đang làm tung ra một bản release có một lỗi mà team không ai ngờ tới. Lỗi rất nhỏ, không gây crash, không sai UI, không lệch dữ liệu. Nó chỉ đơn giản khiến một nút “Continue” trong luồng thanh toán hiển thị trễ hơn bình thường khoảng 1-2 giây.Trong checklist automation của mình, bước này pass. Mình chỉ validate logic và trạng thái. Còn thời gian phản hồi thì mình không để ý, vì trong tài liệu yêu cầu kỹ thuật không nói gì đến performance cho màn đó. Mình cũng không nghĩ việc chậm chỉ 1 giây lại là vấn đề lớn.Sau khi release, team Customer Support báo lại rằng số lượng người dùng bỏ dở thanh toán và phàn nàn về quy trình thanh toán tăng vọt. Conversion rate giảm một cách bất thường, khiến cả team hoảng hồn. Đến cuối tháng, phía kinh doanh báo doanh thu bị hụt một khoản không nhỏ. Lúc đó mọi người tá hỏa đi tìm nguyên nhân.Cuối cùng, cái lỗi “nhỏ đến mức tưởng không ảnh hưởng gì” đó chính là thủ phạm. Một độ trễ vài giây, và người dùng nghĩ hệ thống bị đơ hoặc nghi vấn bảo mật, bị hack (do chủ yếu người dùng là mobile) dẫn đến họ thoát ra và làm gián đoạn luồng mua sắm.Khi nói chuyện với BA và PO, mình mới hiểu rõ rằng người dùng của mình là ai, hành vi mua sắm của họ là gì, giá trị của một đơn hàng là như thế nào,... nên việc họ để họ chờ thêm 1-2 giây cũng khiến họ khó chịu đến như thế nào và sẵn sàng từ bỏ đơn hàng đó.Mình test theo checklist, nhưng không nhìn sản phẩm như một người dùng, và càng không nghĩ về tác động kinh doanh phía sau. Nhưng chính câu chuyện này làm mình thay đổi suy nghĩ.Khi hiểu luồng nghiệp vụ và KPI sản phẩm, mình tự nhiên test tập trung hơn, ưu tiên đúng chỗ hơn. Không phải test nhiều, mà là test đúng.Câu chuyện đó đến giờ vẫn là một cột mốc trong sự nghiệp của mình. Đó là một bài học đến từ một lỗi tưởng chừng bé xíu, nhưng lại giúp mình trưởng thành rất nhiều trong cách làm nghề.Vậy mình đã làm gì để hiểu kinh doanh nhanh chóng?Mình không học thêm bất kỳ bằng cấp gì, cũng không cố trở thành BA mà mình chỉ đơn giản thay đổi một vài thói quen:Quan sát hành trình người dùng: xem họ đến đây để làm gì, đâu là bước khiến họ dễ bỏ cuộc nhất.Trò chuyện nhiều hơn với PO, BA và team Sales: những câu chuyện họ chia sẻ giúp mình hiểu sản phẩm thực tế hơn bất kỳ tài liệu nào.Theo dõi những KPI cơ bản: traffic, conversion, retention; chỉ cần ba số này đã giúp mình hình dung bức tranh kinh doanh.Càng ngày, automation càng được tiêu chuẩn hóa, AI hỗ trợ viết code và test case mạnh hơn. Nhưng AI không biết mục tiêu kinh doanh là gì, không có các số liệu kinh doanh thực tế, không hiểu người dùng cần gì, và càng không thể đánh giá tác động của một lỗi đến trải nghiệm thật.Mình tin rằng những người QA hiểu sản phẩm và biết nghĩ theo hướng giá trị kinh doanh sẽ khó bị thay thế nhất. Khi nắm được bối cảnh kinh doanh, mình không chỉ làm test, mà còn góp phần vào các quyết định sản phẩm.
3
162
user-avatar
Thoa Nguyen
03/12/2025

Nên trả lời câu hỏi: “Bạn có câu hỏi gì cho chúng tôi không?” sao cho khéo?

Thường khi đi đến cuối buổi phỏng vấn, nhà tuyển dụng thường sẽ hỏi lại ứng viên là “Em có câu hỏi gì cho công ty không?”. Đây có thể là một thủ tục lịch sự trong quy trình phỏng vấn, nhưng cũng nhiều công ty coi đây là một bài “test” để xem thử cách suy nghĩ, cách phản biện và quan sát của bạn. Mà quan trọng hơn thì đây là quyền của mỗi ứng viên để được giải đáp thắc mắc về công ty này để mình có thể chọn được công ty phù hợp (chứ không phải là đang đi “xin việc” nha!).Từ kinh nghiệm của mình thì mình luôn thủ sẵn 4 câu hỏi này để nếu lúc đó thật sự không nghĩ ra gì thì cũng có cái để hỏi, chứ không chỉ im im rồi trả lời “Em không còn câu hỏi gì thêm”. Mọi người tham khảo và góp ý giúp mình nha.1. Hỏi về cách team làm việcĐối với mình thì mình là người thích sự rõ ràng, làm việc có quy trình chứ là Tester mà gặp quy trình mù mờ hay giẫm chân, đổ lỗi nhau là mệt lắm. Bạn có thể hỏi kiểu:Ở đây mọi người đang làm theo Agile, Scrum hay mô hình gì?Team dùng tool gì để quản lý test và báo bug?Một Sprint của team QA thường diễn ra ra sao?Có review test case hay hỗ trợ nhau khi test chéo không?Công việc chia theo tỉ lệ manual và automation thế nào?Những câu này giúp mình biết đây có phải “môi trường làm việc quy trình rõ ràng” hay không.2. Hỏi về kỳ vọng của công ty với vị trí nàyĐây là câu mà mình thường dùng nhất để tránh cảnh vào làm mới thấy cái cảnh không giống JD hay là công ty có những kỳ vọng trên trời nào đó mà mình không biết. Mình thường hỏi là:Trong vài tháng đầu, công ty mong muốn em sẽ làm tốt nhất là gì?Trong thời gian thử việc thì tiêu chí quan trọng hàng đầu để pass thử việc là gì?Nếu em được nhận, đâu là điều em có thể làm sớm nhất hoặc ngay trong tuần đầu tiên để giúp team thấy rõ hiệu quả trong 1-2 tháng đầu?Dự án hiện tại đang gặp khó khăn gì khi test?Các câu này thể hiện mình là người muốn tạo giá trị, chứ không phải chỉ “đến làm cho xong việc”.3. Hỏi về lộ trình và văn hoáNhiều nơi xem Tester chỉ là “hậu kiểm”, không có hướng phát triển nhưng Tester cũng là con người, cũng có nhu cầu phát triển và được công ty đầu tư chứ!Mình thì thường sẽ hỏi là:Công ty có lộ trình thăng tiến rõ không? Có tiêu chí cho promotion rõ ràng không, hay là tới đâu hay tới đó?Có ngân sách training hay chứng chỉ cho QA không?Feedback trong team diễn ra thế nào, theo tháng hay linh hoạt?4. Hỏi về quyền lợiQuyền lợi thường là điều quan trọng nhất, mà nhiều người cũng ngại hỏi nhất, sợ bị đánh giá là chỉ quan tâm đến cái lợi. Nên thường thì mình vẫn sẽ hỏi về quyền lợi nhưng mà mình sẽ để hỏi cuối cùng sau khi đã thể hiện cực tốt ở các câu trước =))Mình thường sẽ hỏi về quyền lợi theo kiểu là:Điều mà anh/ chị (người mà phỏng vấn bạn á) thích nhất ở công ty mình là gì?Điều mà nhân sự công ty mình thích nhất ở công ty là gì? (Cái này thì bạn có thể nói là dựa trên khảo sát mức độ gắn bó hằng năm của HR, còn mà công ty nào không làm khảo sát này thì khả năng cao là họ chẳng quan tâm lắm tới nhân viên đâu…)Lương NET của vị trí này là bao nhiêu? (Mình ưu tiên lương NET thôi, không quan tâm đến hứa hẹn gì hết nha)Hỏi lại nhà tuyển dụng không phải là “làm khó”, mà là cách để mình hiểu rõ nơi mình có thể sẽ gắn bó trong vài năm tiếp theo. Đặc biệt là khi làm trong ngành phần mềm thì mình thấy càng hiểu quy trình và kỳ vọng từ đầu thì càng dễ làm tốt.
5
461
user-avatar
Rachel Pham
27/11/2025

⭐ Câu chuyện của tôi – hành trình trở thành một Tester không chỉ “tìm bug” mà còn tìm ra chính mình ⭐

Khi mới bước vào nghề Tester, tôi từng nghĩ công việc chủ yếu chỉ là kiểm tra chức năng và báo bug. Tôi không ngờ rằng hành trình này lại thay đổi toàn bộ cách tôi nhìn mọi thứ: sản phẩm, con người và cả chính mình.🔍 Ngày đầu tiên vào nghề – tôi chỉ biết test theo checklistTôi nhớ lần đầu được giao test một tính năng mới. Tôi mở spec, làm từng bước theo tài liệu và nghĩ: “Ổn rồi. Xong.”Nhưng khi review, Senior của tôi hỏi đúng một câu:“Nếu người dùng làm sai? Nếu họ làm khác? Nếu họ spam 10 lần? Em đã thử chưa?”Tôi cứng họng. Hóa ra kiểm thử không phải là “làm theo tài liệu”, mà là tư duy rộng hơn cả tài liệu.💣 Lần đầu tiên để sót một bug nghiêm trọngTôi từng để lọt một bug khiến khách hàng gọi họp cả team. Tôi im lặng suốt buổi meeting. Chỉ biết tự hỏi: “Lẽ ra mình có thể phát hiện trước. Sao lại bỏ sót?”Nhưng thay vì trách mắng, leader nói với tôi:“Lỗi là một phần của nghề. Quan trọng là em học được gì.”Đó là lần đầu tiên tôi hiểu: Tester phải đối mặt với áp lực, nhưng cũng là nghề dạy chúng ta trưởng thành nhanh nhất.⚡ Khoảnh khắc khiến tôi gắn bó với nghềCó một lần, tôi tìm thấy một lỗi rất nhỏ trong luồng thanh toán – cái lỗi mà nếu release sẽ khiến hàng ngàn giao dịch thất bại. Sau khi phân tích, cả team quyết định dừng release để sửa.Ngày hôm đó, PM bước đến và nói:“May mà em thấy bug này. Nếu không, thiệt hại lớn lắm.”Khoảnh khắc đó, tôi mới hiểu sâu sắc: Tester không chỉ kiểm thử. Tester bảo vệ sản phẩm, bảo vệ trải nghiệm người dùng, và bảo vệ cả uy tín của team.🧩 Tôi thay đổi – và nghề cũng thay đổi tôiNhờ nghề Tester, tôi học được:Kiên nhẫn hơnTư duy phản biện rõ ràng hơnGiao tiếp với Dev và BA hiệu quả hơnNhìn sản phẩm theo góc độ người dùng, không phải người làmTôi từ một người chỉ “làm theo yêu cầu” trở thành người biết đặt câu hỏi:Nếu thế này thì sao?Người dùng có hiểu không?Điều gì có thể gây rủi ro?Và đó là lúc tôi nhận ra: Tester không phải người tìm lỗi. Tester là người tạo ra giá trị.🎖️ Nếu bạn hỏi tôi có hối hận khi chọn nghề này?Không. Nghề này áp lực thật. Deadline có. Drama có. Những buổi họp căng thẳng cũng có.Nhưng đổi lại, tôi được nhìn thấy sản phẩm tốt hơn lên từng ngày. Tôi thấy mình đang đóng góp thật sự. Và tôi tự hào về điều đó.Nếu bạn cũng là Tester, mong rằng bạn sẽ thấy một phần câu chuyện của mình trong đây. Và nếu bạn đang bắt đầu hành trình này – hãy kiên trì. Bởi vì nghề này không chỉ giúp bạn tìm bug… mà còn giúp bạn tìm ra phiên bản tốt hơn của chính mình. ⭐
15
290
user-avatar
Cát Tường
26/11/2025

AI Prompt cho mấy ní Tester

Hello quý vị 👋Đây là “vũ khí bí mật” giúp bạn dùng AI để tạo bug report, test case và ticket cải tiến nhanh như chớp, lại còn đẹp – gọn – chuẩn.Lúc cần đánh án mạnh, AI gánh; lúc cần viết chi tiết, AI lo.Tester chỉ việc chill 😎1. Prompt viết Bug ReportBug Report Chuẩn BàiKhi gặp bug và bạn kiểu: “ôi trời ơi lại nữa…”, quăng prompt này vào AI là có bug report hoàn chỉnh liền:Tạo bug report với nội dung:Create a bug report with the following information: - Title: short issue title; - Pre-condition:if any; - Steps to Reproduce: 1. step 1 2. step 2 - Actual Result: what happened; - Expected Result:correct behavior; - Evidence: screenshot/video if available; - Environment: Web/Mobile, OS, Browser, Version;UI Bug PromptDùng khi UI bị lệch, méo, xô, sai màu… kiểu “UI hổng giống design chi cả”.Create a UI bug report: focusing on layout, spacing, alignment, color, or component behavior. Include: title, actual result, expected result, affected screen, and screenshot reference.Functional Bug PromptDùng khi chức năng “phản bội” — làm sai flow, sai logic.Nhớ thêm steps, actual/expected và severity để biết mức độ “toang”.Create a functional bug report based on this behavior: describe the wrong behavior Include steps, expected/actual result, and severity.2. Prompt viết Test CaseTest Case chuẩnCreate test cases in table format with columns: Test Case ID | Title | Pre-condition | Steps | Test Data | Expected Result Based on requirement: insert requirement or descriptionTest Case ngắn gọnGenerate a compact test case table for: feature or flow Columns: ID | Step | Expected.3. Prompt viết Improvement TicketImprovement Ticket ChungDùng để mô tả những thứ “chưa tới” và muốn hệ thống “lên level”:Create an improvement ticket describing the enhancement: Current Behavior: describe Improved Behavior: expected improvement; User Value:why this improvement is neededCurrent Behavior: <đang làm user phiền lòng thế nào>Improved Behavior: <muốn nó tử tế hơn ra sao>User Value: <lý do khiến cải tiến này rất đáng đồng tiền>UX Improvement PromptKhi UX làm người dùng rối, bối rối, khó chịu:Gồm: vấn đề, ảnh hưởng đến user, và đề xuất giúp mọi thứ “mượt như nước suối mùa xuân”.Create a UX improvement ticket for: describe user experience issue Include: current issue, UX impact, proposed improvement.4. Tips để prompt hiệu quảThêm bối cảnh, screenshot cho AI khỏi đoán mò.Nói rõ “muốn gì – cần gì – kỳ vọng gì”.Nhắc đến trải nghiệm user (càng real càng tốt).Giữ format nhất quán để team nhìn vào là hiểu ngay.5. Prompt mẫu dùng liền tay“Tạo 5 test case cho kiểm tra bài post lần đầu.”“Tạo improvement ticket: tự redirect về login khi session hết hạn.”“Viết bug report: counter ký tự trong tên campaign không tự update.”SAU KHI CÓ KẾT QUẢ MẤY BÀ NHỚ REVIEW LẠI NHA!!!TẠI VÌ...."AI Can Make Mistakes"
13
458

You've reached the end.