Tổng hợp những câu hỏi phỏng vấn QA thường gặp và cách trả lời

Tùy vào ngành nghề mà vị trí QA sẽ có những yêu cầu, kỹ năng khác nhau, ví dụ như QA phần mềm, QA sản phẩm, QA sản xuất, v.vv.. Tuy nhiên, nhìn chung một Nhân viên QA cần có các kỹ năng sau:

• Kỹ năng phân tích: Bao gồm việc phân tích số liệu, tình huống nhằm đánh giá chất lượng sản phẩm/dịch vụ.
• Kỹ năng giao tiếp: Nhân viên QA cần có phối hợp, giao tiếp hiệu quả với các phòng ban khác nhau như Phát triển, Sản xuất, Quản lý, v.vv.. để đảm bảo chất lượng của sản phẩm/dịch vụ.
• Tư duy chi tiết: QA cần có khả năng chú ý đến các chi tiết nhỏ để đảm bảo mọi quy trình và sản phẩm đều đạt chuẩn.
• Kiến thức về quy trình quản lý chất lượng: Hiểu biết về các quy trình và tiêu chuẩn chất lượng như ISO, CMMI hay Six Sigma, v.vv..
• Kỹ năng giải quyết vấn đề: Trong quá trình làm việc sẽ phát sinh nhiều vấn đề khác nhau liên quan đến chất lượng sản phẩm/dịch vụ hoặc quy trình quản lý chất lượng. Khi đó, kỹ năng giải quyết vấn đề sẽ giúp QA tìm ra nguyên nhân và đề xuất giải pháp nhanh chóng, hiệu quả.

Khám phá TOP việc làm Nhân viên QA lương cao, đãi ngộ tốt đang được tuyển dụng trên TopCV. Click ngay để không bỏ lỡ các cơ hội việc làm hấp dẫn nhé!

Tìm việc Nhân viên QA

QA đóng một vai trò vô cùng quan trọng trong doanh nghiệp. Cụ thể:

• Đảm bảo chất lượng của sản phẩm, dịch vụ đúng với các tiêu chuẩn, quy chuẩn theo yêu cầu trước khi đến tay người tiêu dùng.
• Giúp cho doanh nghiệp có thể giảm thiểu được tối đa các sai sót, rủi ro, thất thoát liên quan đến tài chính trong quá trình sản xuất.
• Là một trong những phòng ban tạo ra được thước đo về độ uy tín, duy trì sự uy tín đó của doanh nghiệp, đảm bảo được niềm tin của khách hàng về sản phẩm, dịch vụ của doanh nghiệp, tổ chức.
• Góp phần vào sự phát triển, tiến trình hội nhập của doanh nghiệp, tổ chức.

Bug, defect và failure là ba khái niệm thường được sử dụng trong kiểm thử phần mềm. Trong đó:

• Bug (lỗi): Là một khiếm khuyết trong một thành phần/hệ thống mà có thể làm cho thành phần/hệ thống đó không thực hiện đúng chức năng yêu cầu của nó. Một bug nếu gặp phải trong quá trình hệ thống hoạt động có thể gây ra failure trong thành phần/hệ thống đó.
• Defect (khuyết tật): Là lỗi trong quá trình phát triển hoặc lỗi logic (coding or logic) khiến chương trình hoạt động sai.
• Failure (sự cố): Là lỗi khi có kết quả sai lệch so với yêu cầu đặc tả, là sự khác biệt giữa kết quả thực kết với kết quả mong đợi của một thành phần hoặc service nào đó. Thực tế, không phải 100% failure đều đo bug gây ra mà test cấu hình sai, test sai môi trường hoặc làm thiếu bước cũng có thể dẫn đến failure.

QA (Quality Assurance) và QC (Quality Control) đều hướng tới việc đảm bảo chất lượng sản phẩm nhưng hai vị trí này có vai trò khác nhau. Cụ thể:

• QA (Đảm bảo chất lượng): Tập trung vào việc ngăn ngừa lỗi, liên quan đến các thủ tục, tiêu chuẩn cần tuân thủ trong quá trình phát triển các dòng sản phẩm mới. QA sẽ đảm bảo các sản phẩm mới sẽ đúng với tiêu chuẩn, không có sự sai sót nào.
• QC (Kiểm soát chất lượng): Tập trung vào việc phát hiện lỗi, QC sẽ thực hiện kiểm tra khi sản phẩm đã được hình thành. Hay có thể hiểu rằng, QC chính là một quy trình với mục đích khắc phục, cải tiến sản phẩm thông qua quá trình kiểm tra sản phẩm, sai ở đâu, bộ phận nào chịu trách nhiệm sửa chữa, v.vv..

Ví dụ: Trong quá trình phát triển một phần mềm, QA sẽ tham gia vào việc viết test case, review code để đảm bảo sản phẩm được phát triển đúng theo yêu cầu. Khi hoàn thành phần mềm, QC sẽ thực hiện các bài kiểm thử tự động và thủ công để đảm bảo sản phẩm hoạt động ổn định.

Nếu bạn đang tìm kiếm các cơ hội việc làm QA/QC thì hãy khám phá ngay hàng nghìn việc làm quản lý chất lượng QA/QC uy tín, đãi ngộ tốt đang được tuyển dụng trên TopCV. Click ngay để không bỏ lỡ các cơ hội việc làm hấp dẫn ngay hôm nay!

Tìm việc QA/QC

ISO (International Organization for Standardization) là một Tổ chức Tiêu chuẩn hóa Quốc tế đưa ra các tiêu chuẩn trong thương mại và công nghiệp được áp dụng trên toàn thế giới. Tiêu chuẩn này được thành lập ngày 23/2/1947. Trong đó, Việt Nam đã gia nhập vào IOS với vai trò là thành viên thứ 77 vào năm 1977. Các tiêu chuẩn ISO cung cấp một tiêu chuẩn chung giúp các doanh nghiệp xây dựng và duy trì hệ thống quản lý chất lượng một cách hiệu quả.

Trong lĩnh vực QA, ISO 9001 là một trong những tiêu chuẩn được sử dụng phổ biến nhất hiện nay. ISO 9001 cung cấp các yêu cầu về hệ thống quản lý chất lượng, giúp các tổ chức xác định và đáp ứng các yêu cầu của khách hàng, liên tục cải tiến hiệu suất của hệ thống.

Bug Leakage và Bug Release là hai thuật ngữ được sử dụng trong phát triển và kiểm thử phần mềm để mô tả các khía cạnh khác nhau của quy trình đảm bảo chất lượng phần mềm. Cụ thể:

• Bug leakage (Rò rỉ lỗi): Xảy ra khi các lỗi hoặc bug không được phát hiện trong quá trình kiểm thử và được người dùng phát hiện sau khi sản phẩm đã được phát hành,  thường do quy trình kiểm thử chưa hoàn thiện hoặc áp lực thời gian. Bug leakage có thể dẫn đến sự không hài lòng của người dùng và gây ảnh hưởng đến doanh nghiệp/thương hiệu.
• Bug release (Phát hành kèm lỗi): Xảy ra khi một sản phẩm phần mềm cố ý được phát hành với các lỗi đã biết, thường gặp khi đội ngũ phát triển nhận thấy rằng lợi ích của việc phát hành sản phẩm lớn hơn so với rủi ro liên quan đến các lỗi đã biết ở trên. 

Gorilla testing và Monkey testing là hai kỹ thuật kiểm thử ngẫu nhiên được sử dụng để tìm ra các lỗi trong phần mềm. Cụ thể:

• Gorilla testing: Là kỹ thuật kiểm thử tập trung vào việc kiểm tra một module/thành phần cụ thể bằng cách sử dụng cùng một quy trình hoặc chiến lược kiểm thử lặp đi lặp lại để đảm bảo module hoạt động chính xác và không có lỗi.
• Monkey testing: Là loại kiểm thử đơn vị (unit test) liên quan đến đầu vào ngẫu nhiên mà không cần đến trường hợp kiểm thử cụ thể nhằm kiểm tra tính ổn định và khả năng hoạt động của hệ thống.

Data-Driven Testing (DDT) là một kỹ thuật kiểm thử tự động trong đó dữ liệu kiểm thử được lưu trữ trong các nguồn dữ liệu bên ngoài như XLSX, XML, CSV, database, thay vì được mã hóa trực tiếp vào các trường hợp kiểm thử. Từ đó, cho phép cùng một logic kiểm thử  được thực thi nhiều lần với các tập dữ liệu khác nhau.

Khi sử dụng phương pháp Data-Driven Testing, bạn sẽ tạo ra các kịch bản kiểm thử hoặc các luồng kiểm thử để thực thi cùng các bộ dữ liệu liên quan trong một khung kiểm thử tự động.

Ví dụ: Giả sử bạn muốn kiểm thử chức năng đăng nhập của một ứng dụng. Thay vì viết từng kịch bản cho mỗi trường hợp (tên đăng nhập đúng, mật khẩu sai; tên đăng nhập sai, mật khẩu đúng...), bạn sẽ tạo một tập dữ liệu chứa các cặp tên đăng nhập và mật khẩu khác nhau, sau đó viết một kịch bản duy nhất để thực hiện việc đăng nhập với các dữ liệu trong tập dữ liệu đó.

Kiểm thử hồi quy (Regression testing) là loại kiểm thử phần mềm nhằm đảm bảo các thay đổi mới được thêm trong phần mềm không ảnh hưởng tiêu cực đến các tính năng hiện có. Khi đó, thử nghiệm quy hồi cần đảm bảo hai điều kiện là code mới thay đổi đạt yêu cầu quy định và code cũ hiện tại không bị ảnh hưởng bởi sự thay đổi của code mới.

Những trường hợp nên được chọn để kiểm thử hồi quy (Regression testing) bao gồm:

• Các tính năng cốt lõi của hệ thống.
• Những thay đổi trong yêu cầu và mã code được sửa đổi.
• Các lỗi (bug) đã được phát hiện trước đó.
• Tính năng mới được thêm vào phần mềm.
• Khắc phục sự cố về hiệu suất.

Stubs và Drivers là hai khái niệm quan trọng trong kiểm thử tích hợp. Cụ thể:

• Stubs: Là các module giả được sử dụng để thay thế các module nếu các module tương ứng chưa được phát triển, đang trong giai đoạn phát triển hoặc hiện không có sẵn, thường được sử dụng trong kiểm thử tích hợp từ trên xuống (Top-Down Integration Testing). Một stub mô phỏng module với tất cả khả năng của module không có sẵn. 
• Drivers: Có chức năng tương tự như stubs, nhưng được sử dụng trong kiểm thử tích hợp từ dưới lên (Bottom-Up Integration Testing) và phức tạp hơn so với stubs.

Load testing và Stress testing là hai loại kiểm thử hiệu năng nhằm đảm bảo chất lượng của phần mềm/hệ thống dưới các điều kiện khác nhau. Cụ thể:

• Load testing (Kiểm tra tải): Là loại kiểm thử nhằm đánh giá hiệu suất của một ứng dụng hoặc hệ thống khi chịu tải trọng lớn từ nhiều người dùng truy cập đồng thời. Nghĩa là quá trình này mô phỏng lượng lớn  người dùng truy cập vào hệ thống để xem hệ thống phản ứng như thế nào. Load testing thực hiện tăng dần tải lên hệ thống cho đến khi đạt đến một ngưỡng nhất định mà hệ thống có thể xử lý nhằm kiểm tra độ bền và các vấn đề hiệu suất của hệ thống.
• Stress testing (Kiểm thử căng thẳng): Là loại kiểm thử hiệu năng (performance testing) nhằm xác định được tính ổn định, khả năng phục hồi của ứng dụng khi hoạt động vượt quá giới hạn bình thường. Nghĩa là Stress testing sẽ đẩy hệ thống đến giới hạn của nó, thậm chí vượt quá giới hạn đó, để xem hệ thống phản ứng như thế nào. 

Tìm việc làm ngành QA không khó với TopCV. TopCV cung cấp hàng nghìn cơ hội việc làm ngành QA uy tín từ các doanh nghiệp hàng đầu hiện nay. Click ngay để tìm kiếm các việc làm phù hợp nhé!

Tìm việc làm QA

Kiểm thử thủ công và kiểm thử tự động là hai phương pháp kiểm thử phần mềm phổ biến hiện nay, mỗi phương pháp có những ưu và nhược điểm riêng. Cụ thể:

• Manual testing (Kiểm thử thủ công): Là quá trình kiểm thử phần mềm được thực hiện hoàn toàn thủ không, không sử dụng các công cụ tự động hóa nào để tìm ra các lỗi, sai sót hoặc vấn đề của phần mềm. 
• Automated testing (Kiểm thử tự động): Là quá trình sử dụng các công cụ, script để thực hiện các trường hợp kiểm thử phần mềm một cách tự động. Thay vì thực hiện các thao tác thủ công, người kiểm thử sẽ viết các kịch bản kiểm thử (test scripts) và máy tính sẽ tự động thực hiện các bước kiểm tra theo đúng các kịch bản đó.

• Black box testing (Kiểm thử hộp đen): Là phương pháp kiểm thử phần mềm mà người kiểm thử không cần quan tâm đến cấu trúc nội bộ hoặc hoạt động của nó. Theo đó, các tester chỉ quan tâm đến việc cung cấp dữ liệu vào hệ thống và kiểm tra xem đầu ra có đúng yêu cầu của người dùng hay không.
• White box testing (Kiểm thử hộp trắng): Là phương pháp kiểm thử phần mềm nhằm xác định các thành phần nội bộ của phần mềm, vì thế người kiểm thử cần hiểu rõ về cấu trúc bên trong của phần mềm (code) như dữ liệu cấu trúc, mã hóa các thành phần nguồn, v.vv.. 

Kiểm thử đơn vị (Unit testing)

Kiểm thử tích hợp (Integration testing)

Bạn đã có một mẫu CV Nhân viên QA chuyên nghiệp để gây ấn tượng với nhà tuyển dụng khi apply chưa? Nếu chưa thì hãy sử dụng ngay công cụ tạo CV MIỄN PHÍ của TopCV ngay dưới đây! Với công cụ tạo CV này, bạn có thể tạo CV chuẩn chỉ với vài thao tác đơn giản. Click để sử dụng ngay!

Tạo CV ngay

Khi nhận được tài liệu về một quy trình QA mới, đầu tiên tôi sẽ làm là đọc kỹ tài liệu, ghi chú lại các điểm mà tôi chưa hiểu rõ hoặc còn thắc mắc. Sau đó tôi sẽ kiểm tra lại các tài liệu hướng dẫn hoặc kiến thức liên quan mà công ty có sẵn để hiểu thêm về quy trình mới này. Trong trường hợp tôi vẫn chưa hiểu thì tôi sẽ liên hệ, trao đổi trực tiếp với người phụ trách chương trình để được hướng dẫn trực tiếp. Tôi tin rằng sự sẵn sàng học hỏi, chủ động trong công việc là kỹ năng quan trọng đối với một QA khi đối mặt với các kiến thức và thử thách mới.

Tôi có thế mạnh về QA phần mềm, tôi có kinh nghiệm trong việc thiết kế test case, thực hiện kiểm thử tự động và sử dụng các công cụ kiểm thử như Selenium, TestComplete, Ranorex, Appium, v.vv.. 

Rủi ro trong đảm bảo chất lượng là các yếu tố gây ảnh hưởng đến chất lượng sản phẩm/dịch vụ. 5 khía cạnh của rủi ro bao gồm:

• Rủi ro kỹ thuật: Bao gồm các lỗi trong phần mềm, phần cứng, hoặc kiến trúc hệ thống có thể không được phát hiện trong quá trình kiểm thử.
• Rủi ro về yêu cầu: Yêu cầu không rõ ràng, thay đổi liên tục hoặc không đầy đủ có thể khiến sản phẩm không đáp ứng được mong đợi của khách hàng.
• Rủi ro về lịch trình: Rủi ro liên quan đến các mốc thời gian, thời hạn của dự án như lịch trình quá chặt chẽ, lập kế hoạch dự án không thực tế, các sự kiện bất ngờ, v.vv.. Điều này có thể dẫn đến sự chậm trễ hoặc gây ảnh hưởng đến quy trình kiểm thử.
• Rủi ro về con người: Bao gồm các tác động tiềm ẩn của con người đến hoạt động đảm bảo chất lượng như thiếu nhân lực, kỹ năng không phù hợp hoặc thiếu sự hợp tác trong nhóm sẽ dẫn đến những sai sót trong quá trình kiểm thử.
• Rủi ro về kinh doanh: Là các rủi ro liên quan đến tác động của phần mềm đối với tổ chức hoặc người dùng cuối như không đáp ứng được nhu cầu của khách hàng, không tuân thủ pháp luật, v.vv.. gây thiệt hại về uy tín của doanh nghiệp.

Việc xác định số lần kiểm thử cho một phần mềm sẽ phụ thuộc vào nhiều yếu tố khác nhau. Cụ thể:

• Độ phức tạp của phần mềm: Những phần mềm càng phức tạp, số lượng tính năng, tương tác càng nhiều thì cần phải kiểm thử kỹ lưỡng hơn.
• Phân tích rủi ro: Thực hiện phân tích rủi ro để xác định các module, chức năng hoặc khu vực quan trọng cần kiểm tra kỹ lưỡng. Bên cạnh đó, các tính năng mới, công nghệ mới hoặc các thay đổi lớn trong hệ thống sẽ tiềm ẩn nhiều rủi ro hơn, do đó cần nhiều vòng kiểm thử hơn.
• Mật độ lỗi: Phân tích, đánh giá mật độ lỗi và mức độ nghiêm trọng của các sự cố từ báo cáo chu kỳ thử nghiệm trước đó, nếu mật độ lỗi cao thì cần kiểm thử thêm.
• Thời gian và nguồn lực: Cần cân nhắc nguồn lực (nhân lực, công cụ) và thời gian cho phép. Dựa trên đó, xác định số lượng kiểm thử phù hợp để đạt được kết quả tối ưu trong khoảng thời gian có thể.
• Kỳ vọng của các bên liên quan: Xem xét các kỳ vọng, yêu cầu của các bên liên quan như khách hàng, Ban quản lý, người dùng cuối.

Trong một dự án phát triển phần mềm gần đây, chúng tôi gặp một khó khăn lớn khi triển khai hệ thống kiểm thử tự động cho một sản phẩm có nhiều tính năng mới. Sau một bản cập nhật lớn, hệ thống kiểm thử tự động gặp phải lỗi không tương thích, khiến một số bài kiểm thử quan trọng không thể thực hiện được. Điều này làm ảnh hưởng nghiêm trọng đến lịch trình kiểm thử hồi quy và có nguy cơ làm chậm trễ toàn bộ quy trình phát hành sản phẩm.

Sau đó, tôi đã ngay lập tức phối hợp với nhóm phát triển và nhóm kiểm thử để xác định nguyên nhân của vấn đề. Sau khi xem xét kỹ lưỡng, chúng tôi phát hiện ra rằng bản cập nhật đã thay đổi cách một số module tương tác với nhau, gây ra lỗi không tương thích với các công cụ kiểm thử tự động mà chúng tôi đang sử dụng. 

Nhận thấy mức độ ảnh hưởng của vấn đề, tôi đã đề xuất chuyển sang thực hiện kiểm thử thủ công cho những module quan trọng nhất để không làm gián đoạn tiến độ kiểm thử. Nhờ giải pháp kết hợp giữa kiểm thử thủ công và cập nhật hệ thống kiểm thử tự động, chúng tôi đã đảm bảo không có lỗi nghiêm trọng nào bị bỏ sót và kịp thời hoàn thành giai đoạn kiểm thử hồi quy. Chúng tôi đã hoàn thành quy trình phát hành sản phẩm đúng hạn, đảm bảo chất lượng phần mềm cao mà không gây chậm trễ cho toàn bộ dự án. 

Xác định độ ưu tiên của bug là một bước quan trọng giúp đảm bảo rằng các lỗi có ảnh hưởng lớn đến sản phẩm được xử lý trước nhằm đảm bảo chất lượng và tiến độ phát triển sản phẩm. Tôi thường xác định mức độ ưu tiên của một bug (lỗi) dựa vào độ nghiêm trọng (mức độ tác động của lỗi đến sản phẩm/người dùng). Mức độ nghiêm trọng sẽ được chia thành các mức độ:

• Critical (Mức độ nghiêm trọng): Là những lỗi nghiêm trọng khiến người dùng không thể sử dụng phần mềm như dữ liệu bị mất, hệ thống bị sập, ứng dụng không cài đặt được, v.vv..
• Major (Mức độ cao): Các lỗi liên quan đến chức năng chính của sản phẩm.
• Medium (Mức độ trung bình): Sản phẩm hoạt động không đáp ứng tiêu chí nhất định hoặc có một số hành vi không mong muốn nhưng không ảnh hưởng đến chức năng chính của sản phẩm.
• Low (Mức độ thấp): Là các lỗi xảy ra gần như không ảnh hưởng gì đến chức năng nhưng vẫn cần được sửa như sai text, sai vị trí button, v.vv..

Ngoài ra, đừng quên truy cập TopCV để cập nhật hàng triệu cơ hội việc làm ở mọi ngành nghề, cấp bậc khác nhau. Click xem ngay để khám phá việc làm lương cao, đãi ngộ tốt ngay hôm nay!

Tìm việc ngay

Để đảm bảo sự phối hợp chặt chẽ giữa đội phát triển và đội QA, tôi đã xây dựng quy trình làm việc ràng và đảm bảo mọi người đều thực hiện theo. Bên cạnh đó, tôi xây dựng các kênh giao tiếp hiệu quả và tổ chức các cuộc họp định kỳ để mọi người cập nhật tiến độ và giải quyết các vấn đề phát sinh (nếu có). 

Tôi đã có kinh nghiệm làm việc với nhiều công cụ kiểm thử tự động khác nhau như Selenium, TestComplete,  LambdaTest, Appium, Katalon Studio, v.vv.. Trong đó, tôi thấy Selenium là công cụ hiệu quả nhất cho việc kiểm thử ứng dụng web. Selenium rất linh hoạt, hỗ trợ nhiều ngôn ngữ lập trình như Java, Python, và C#, đồng thời tích hợp dễ dàng với các công cụ CI/CD như Jenkins. Ngoài ra, công cụ này còn cho phép kiểm thử trên nhiều trình duyệt và nền tảng khác nhau, điều này rất quan trọng để đảm bảo tính tương thích của sản phẩm.