# 45 Câu Hỏi Phỏng Vấn Tester Thường Gặp (Phần 2) - Published: 2022-12-16T10:35:21+07:00 - Updated: 2026-11-04T15:51:51+07:00 - Author: GCT Solutions - Categories: Kiểm thử phần mềm - Canonical: https://gct-solutions.net/blogs/software-testing-interview-questions-part-2 - Language: vi > Nhằm giúp các bạn cảm thấy tự tin hơn và chuẩn bị tốt trước một cuộc phỏng vấn về kiểm thử phần mềm, GCT Solution cung cấp một loạt các câu hỏi phỏng vấn kiểm thử phần mềm phổ biến cho các vị trí tester hoặc QA. Những câu hỏi này được thu thập sau khi tham khảo ý kiến từ những automation tester và manual tester chuyên nghiệp, giàu kinh nghiệm của chúng tôi. Trước khi đọc phần này, bạn hãy đọc Phần 1 của 45 Câu Hỏi Phỏng Vấn Tester Thường Gặp nhé. *Nhằm giúp các bạn cảm thấy tự tin hơn và chuẩn bị tốt trước một cuộc phỏng vấn về kiểm thử phần mềm, GCT Solution cung cấp một loạt các câu hỏi phỏng vấn [kiểm thử phần mềm](https://gct-solution.net/category/blog/an-overview-of-software-testing) phổ biến cho các vị trí tester hoặc QA. Những câu hỏi này được thu thập sau khi tham khảo ý kiến từ những automation tester và manual tester chuyên nghiệp, giàu kinh nghiệm của chúng tôi. Trước khi đọc phần này, bạn hãy đọc [Phần 1 của 45 Câu Hỏi Phỏng Vấn Tester Thường Gặp](https://gct-solution.net/category/blog/45-questions-software-testing-interview-p1) nhé.* ## **45 Câu Hỏi Phỏng Vấn Tester Thường Gặp (Phần 2)** ### **16. Bạn cần chuẩn bị những gì cho kế hoạch nghiệm thu?** **Câu trả lời gợi ý:** Tôi thường chuẩn bị hồ sơ nghiệm thu dựa trên các đầu vào: - Tài liệu yêu cầu nêu rõ các yêu cầu của khách hàng - Thông tin bổ sung từ khách hàng, bao gồm các cuộc thảo luận, email, v.v. - Kế hoạch dự án tạo bởi [người quản lý dự án](https://gct-solution.net/category/blog/it-project-managers) ### **17. Test coverage là gì?** **Câu trả lời gợi ý:** Test coverage hỗ trợ đo lường số lượng kiểm thử được thực hiện bởi một bộ các kịch bản kiểm thử. Test coverage có thể được sử dụng trong cả kiểm thử chức năng và phi chức năng. ### **18. Các loại kỹ thuật coverage là gì?** **Câu trả lời gợi ý:** Có 3 loại kỹ thuật chính: - Statement coverage đảm bảo rằng mỗi dòng source code đã được thực thi và kiểm thử. - Decision coverage đảm bảo rằng mọi quyết định (đúng/sai) trong source code đã được thực hiện và kiểm thử. - Path coverage đảm bảo rằng tất cả kết nối giữa các phần của code được thực hiện và kiểm thử. ### **19. Kiểm thử load là gì?** **Câu trả lời gợi ý:** Kiểm thử load xác nhận cách hệ thống tương tác với số lượng người dùng dự kiến. Nó có thể bao gồm số lượng người dùng trên hệ thống hoặc tài nguyên truy cập cơ sở dữ liệu. ### **20. Kiểm thử stress là gì?** **Câu trả lời gợi ý:** Kiểm thử stress xác nhận cách hệ thống tương tác với stress. Loại kiểm thử này có thể giúp xác định giới hạn trên và thực hiện thay đổi/ sửa đổi để nâng cao giới hạn. ### **21. Những gì nên được bao gồm trong các kịch bản kiểm thử?** **Câu trả lời gợi ý:** - Mô-đun hoặc thành phần đang được kiểm thử, chẳng hạn như thông tin đăng nhập, biểu mẫu liên hệ hoặc chức năng quản trị viên - ID kịch bản - Mô tả kịch bản - Tầm quan trọng của kịch bản ### **22. Sự khác biệt giữa Kiểm thử tĩnh và Kiểm thử động là gì?** **Câu trả lời gợi ý:** - Kiểm thử tĩnh nhằm mục đích cải thiện tính nhất quán và chất lượng nội bộ của sản phẩm công việc. Kiểm thử động chủ yếu tập trung vào các hành vi có thể nhìn thấy bên ngoài của phần mềm. - Kiểm thử tĩnh giúp phát hiện các khiếm khuyết của các sản phẩm trong thời gian ngắn. Kiểm thử động xác định các lỗi khi phần mềm được chạy thực tế. - So với kiểm thử động, kiểm thử tĩnh dễ dàng hơn và rẻ hơn. ### **23. Quy trình đánh giá work product cần bao gồm những gì?** **Câu trả lời gợi ý:** Quy trình đánh giá work product bao gồm 5 giai đoạn chính: - Lập kế hoạch - Đánh giá sơ bộ - Đánh giá cá nhân - Phân tích vấn đề - Sửa chữa và báo cáo ![gct solution software testing interview questions](https://gct-solution.net/images/images/Vblog/gct-solution-45-questions-for-software-testing-interview-with-sample-answers-p2-1.png) ### **24. Khi nào bạn cần kiểm thử bảo trì phần mềm?** **Câu trả lời gợi ý:** Kiểm thử bảo trì phần mềm là cần thiết trong những tình huống sau: - Sửa đổi, chẳng hạn như cải tiến theo kế hoạch, thay đổi khắc phục và khẩn cấp, thay đổi hệ thống hoạt động. - Di chuyển từ nền tảng này sang nền tảng khác hoặc chuyển đổi dữ liệu khi tích hợp ### **25. Liệt kê các khiếm khuyết của kiểm thử chấp nhận người dùng.** **Câu trả lời gợi ý:** - Quy trình làm việc của hệ thống không chính xác theo yêu cầu của doanh nghiệp hoặc người dùng - Các quy tắc kinh doanh hoặc dự án không được thực hiện đúng - Hệ thống không đáp ứng yêu cầu hợp đồng - Các lỗi phi chức năng, cụ thể là các lỗ hổng bảo mật, hiệu suất không đầy đủ hoặc hoạt động không đúng cách ### **26. Liệt kê các khiếm khuyết của kiểm thử đơn vị.** **Câu trả lời gợi ý:** - Chức năng không chính xác - Các vấn đề về luồng dữ liệu - Code và logic không chính xác ### **27. Liệt kê các khiếm khuyết của kiểm thử tích hợp đơn vị.** **Câu trả lời gợi ý:** - Dữ liệu không chính xác, thiếu dữ liệu, code dữ liệu không chính xác - Trình tự hoặc thời gian trên giao diện không chính xác - Giao diện không khớp - Lỗi trong tương tác giữa các thành phần - Lỗi trong giao tiếp giữa các thành phần - Các giả định không chính xác về ý nghĩa, đơn vị hoặc ranh giới của dữ liệu được truyền giữa các thành phần ### **28. Liệt kê các khiếm khuyết của kiểm thử tích hợp hệ thống.** **Câu trả lời gợi ý:** - Cấu trúc thông điệp không nhất quán giữa các hệ thống - Dữ liệu không chính xác, thiếu dữ liệu - Giao diện không khớp - Thất bại trong giao tiếp giữa các hệ thống - Các giả định không chính xác về ý nghĩa, đơn vị, v.v. - Không tuân thủ các quy định bảo mật bắt buộc ### **29. Kể tên một số khiếm khuyết của kiểm thử hệ thống.** **Câu trả lời gợi ý:** - Tính toán không chính xác - Hành vi chức năng hoặc phi chức năng của hệ thống không chính xác hoặc bất ngờ - Kiểm soát và luồng dữ liệu không chính xác trong hệ thống - Không thực hiện các nhiệm vụ chức năng từ đầu đến cuối - Lỗi hệ thống hoạt động tốt trong môi trường hệ thống - Hệ thống không hoạt động như được mô tả trong hệ thống và hướng dẫn sử dụng ### **30. Test execution work products bao gồm những gì?** **Câu trả lời gợi ý:** Test execution work products cần có: - Tài liệu báo cáo các ca kiểm thử và quy trình kiểm thử - Báo cáo lỗi - Tài liệu về các câu hỏi kiểm thử, đối tượng kiểm thử, công cụ kiểm thử và phần mềm kiểm thử ### **31. Cần có những gì trong test completion work products?** **Câu trả lời gợi ý:** Test completion work products bao gồm 4 phần chính: - Báo cáo tóm tắt - Các hành động để cải thiện các dự án - Thay đổi yêu cầu và mô tả dự án - Tài liệu hoàn thiện ![gct solution differences between static and dynamic testing](https://gct-solution.net/images/images/Vblog/gct-solution-45-questions-for-software-testing-interview-with-sample-answers-p2-2.png) ### **Kết luận** Hy vọng những câu hỏi phỏng vấn kiểm thử phần mềm do đội ngũ QA của GCT Solution gợi ý sẽ giúp các bạn có sự chuẩn bị tốt hơn trước những bước ngoặt nghề nghiệp của mình. Và đừng quên đọc các bài viết khác trong loạt bài này, để từ đó chuẩn bị thêm nhiều câu hỏi phỏng vấn kiểm thử phần mềm thú vị, sâu sắc với câu trả lời mẫu từ những tester có kinh nghiệm. - [***45 Câu Hỏi Phỏng Vấn Tester Thường Gặp (Phần 1).***](https://gct-solution.net/category/blog/45-questions-software-testing-interview-p1) - ***[45 Câu Hỏi Phỏng Vấn Tester Thường Gặp (Phần 3).](https://gct-solution.net/category/blog/45-questions-software-testing-interview-p3)*** GCT Solutions đồng hành cùng doanh nghiệp trong việc triển khai giải pháp AI và phát triển các nền tảng số hiện đại nhằm nâng cao hiệu quả vận hành một cách rõ ràng và có thể đo lường. Với năng lực về [AI Services](https://gct-solution.net/services/mobile-app-development), [AI Consulting](https://gct-solution.net/services/mobile-app-development), [Platform Modernization](https://gct-solution.net/services/mobile-app-development) and [Software Engineering](https://gct-solution.net/services/mobile-app-development) chúng tôi giúp tổ chức mở rộng quy mô công nghệ, tối ưu hoạt động và đẩy nhanh quá trình chuyển đổi số.