Quản lý chất lượng phần mềm VNU – Đáp án trắc nghiệm Đại học Quốc gia Hà Nội (File DOCX)

Quản lý chất lượng phần mềm VNU – Nội dung trọng tâm

Quản lý chất lượng phần mềm giúp người học hiểu cách xây dựng, kiểm soát và cải tiến các hoạt động nhằm bảo đảm sản phẩm phần mềm đáp ứng yêu cầu, tiêu chuẩn và kỳ vọng của người sử dụng.

Tài liệu Đáp án trắc nghiệm Quản lý chất lượng phần mềm VNU gồm 35 trang, hỗ trợ sinh viên luyện tập câu hỏi, kiểm tra kiến thức, đối chiếu đáp án và hỗ trợ ôn tập, ôn thi hiệu quả.

1. Khái niệm chất lượng phần mềm

Chất lượng phần mềm có thể được xem xét dựa trên mức độ sản phẩm:

• Đáp ứng yêu cầu.
• Đáp ứng nhu cầu người dùng.
• Hoạt động ổn định.
• Dễ sử dụng.
• Dễ bảo trì.
• Đạt các tiêu chí chất lượng được xác định.

2. Chất lượng sản phẩm và chất lượng quy trình

Cần phân biệt:

• Chất lượng của sản phẩm phần mềm.
• Chất lượng của quy trình phát triển phần mềm.

Một quy trình tốt có thể hỗ trợ tạo ra sản phẩm có chất lượng ổn định hơn.

3. Quản lý chất lượng phần mềm

Quản lý chất lượng có thể bao gồm:

• Lập kế hoạch chất lượng.
• Đảm bảo chất lượng.
• Kiểm soát chất lượng.
• Đo lường.
• Đánh giá.
• Cải tiến.

4. Software Quality Assurance

Software Quality Assurance – SQA tập trung vào việc bảo đảm các quy trình, phương pháp và tiêu chuẩn cần thiết được thiết lập và thực hiện phù hợp.

SQA có thể liên quan đến:

• Quy trình.
• Tiêu chuẩn.
• Review.
• Audit.
• Theo dõi.
• Cải tiến.

5. Quality Control

Quality Control thường tập trung vào việc kiểm tra sản phẩm và kết quả thực tế nhằm phát hiện các vấn đề chất lượng.

Có thể bao gồm:

• Kiểm thử.
• Review sản phẩm.
• Kiểm tra đầu ra.
• Đo lường lỗi.

6. Phân biệt QA và QC

QA:

• Thiên về phòng ngừa.
• Tập trung nhiều vào quy trình.

QC:

• Thiên về phát hiện.
• Tập trung nhiều vào sản phẩm.

Trong thực tế hai hoạt động có thể hỗ trợ lẫn nhau.

7. Verification

Verification hướng tới việc kiểm tra sản phẩm trung gian hoặc phần mềm có được xây dựng đúng theo:

• Đặc tả.
• Thiết kế.
• Tiêu chuẩn.
• Quy trình.

8. Validation

Validation hướng tới việc xác nhận sản phẩm cuối cùng có đáp ứng nhu cầu và mục đích sử dụng của người dùng hay không.

9. Phân biệt Verification và Validation

Có thể hiểu ở mức khái quát:

Verification:

• Xây dựng sản phẩm đúng cách hay chưa?

Validation:

• Có đang xây dựng đúng sản phẩm người dùng cần hay không?

10. Lập kế hoạch chất lượng

Kế hoạch chất lượng có thể xác định:

• Mục tiêu.
• Tiêu chuẩn.
• Hoạt động QA.
• Hoạt động QC.
• Trách nhiệm.
• Chỉ số.
• Tiêu chí chấp nhận.

11. Mục tiêu chất lượng

Mục tiêu nên:

• Rõ ràng.
• Có thể theo dõi.
• Phù hợp dự án.
• Có tiêu chí đánh giá.
• Liên kết với yêu cầu sản phẩm.

12. Tiêu chuẩn chất lượng

Tiêu chuẩn giúp:

• Thống nhất cách làm.
• Xác định yêu cầu.
• Hỗ trợ đánh giá.
• Kiểm soát quy trình.
• Cải tiến chất lượng.

Tiêu chuẩn cụ thể phụ thuộc tổ chức và dự án.

13. Mô hình chất lượng phần mềm

Mô hình chất lượng giúp tổ chức các thuộc tính cần đánh giá của phần mềm.

Các thuộc tính có thể liên quan đến:

• Chức năng.
• Hiệu năng.
• Khả năng sử dụng.
• Độ tin cậy.
• Bảo mật.
• Khả năng bảo trì.
• Tính tương thích.

14. Chất lượng chức năng

Phần mềm cần:

• Thực hiện đúng chức năng.
• Trả kết quả phù hợp.
• Xử lý đúng nghiệp vụ.
• Đáp ứng các yêu cầu chức năng.

15. Hiệu năng phần mềm

Hiệu năng có thể liên quan đến:

• Thời gian phản hồi.
• Tốc độ xử lý.
• Khả năng chịu tải.
• Mức sử dụng tài nguyên.
• Khả năng mở rộng.

16. Độ tin cậy

Độ tin cậy phản ánh khả năng phần mềm:

• Hoạt động ổn định.
• Duy trì chức năng.
• Hạn chế lỗi.
• Phục hồi trong trường hợp xảy ra sự cố.

17. Khả năng sử dụng

Usability có thể xem xét:

• Dễ học.
• Dễ thao tác.
• Dễ hiểu.
• Trải nghiệm người dùng.
• Khả năng tránh sai thao tác.

18. Khả năng bảo trì

Maintainability liên quan đến mức độ dễ dàng khi:

• Tìm lỗi.
• Sửa lỗi.
• Thay đổi.
• Nâng cấp.
• Kiểm thử lại.

19. Tính tương thích

Phần mềm có thể cần:

• Hoạt động cùng hệ thống khác.
• Trao đổi dữ liệu.
• Không gây xung đột.
• Tích hợp phù hợp với môi trường.

20. Bảo mật phần mềm

Chất lượng bảo mật có thể liên quan đến:

• Bí mật.
• Toàn vẹn.
• Xác thực.
• Phân quyền.
• Khả năng kiểm soát truy cập.
• Khả năng theo dõi hoạt động.

21. Review phần mềm

Review là hoạt động xem xét một sản phẩm công việc để:

• Phát hiện lỗi.
• Kiểm tra tính đầy đủ.
• Kiểm tra tính nhất quán.
• Cải thiện chất lượng trước các giai đoạn tiếp theo.

22. Code Review

Code Review giúp:

• Phát hiện lỗi mã nguồn.
• Kiểm tra coding convention.
• Phát hiện mã khó bảo trì.
• Chia sẻ kiến thức giữa thành viên.
• Giảm lỗi trước kiểm thử.

23. Inspection

Inspection thường là hình thức review có cấu trúc hơn với:

• Vai trò rõ.
• Quy trình.
• Checklist.
• Ghi nhận defect.
• Theo dõi kết quả.

24. Walkthrough

Walkthrough thường liên quan đến việc tác giả trình bày sản phẩm công việc để các thành viên khác cùng xem xét và góp ý.

25. Audit chất lượng

Audit có thể được sử dụng để kiểm tra mức độ:

• Tuân thủ quy trình.
• Tuân thủ tiêu chuẩn.
• Thực hiện kế hoạch.
• Lưu trữ bằng chứng.
• Kiểm soát hoạt động.

26. Kiểm thử phần mềm

Kiểm thử nhằm:

• Phát hiện lỗi.
• Kiểm tra yêu cầu.
• Đánh giá hành vi.
• Cung cấp thông tin về chất lượng sản phẩm.

Kiểm thử không thể chứng minh tuyệt đối rằng phần mềm không còn lỗi.

27. Kiểm thử đơn vị

Unit Testing tập trung vào:

• Hàm.
• Phương thức.
• Lớp.
• Module nhỏ.

Mục tiêu là kiểm tra đơn vị phần mềm riêng lẻ.

28. Kiểm thử tích hợp

Integration Testing kiểm tra:

• Giao tiếp giữa module.
• Interface.
• Trao đổi dữ liệu.
• Luồng tích hợp.

29. Kiểm thử hệ thống

System Testing kiểm tra toàn bộ hệ thống dựa trên các yêu cầu đã xác định.

30. Kiểm thử chấp nhận

Acceptance Testing hỗ trợ xác nhận hệ thống có đáp ứng các tiêu chí chấp nhận và nhu cầu nghiệp vụ hay không.

31. Kiểm thử chức năng

Functional Testing tập trung vào:

• Input.
• Xử lý.
• Output.
• Quy tắc nghiệp vụ.
• Các chức năng được yêu cầu.

32. Kiểm thử phi chức năng

Có thể bao gồm:

• Performance Testing.
• Load Testing.
• Stress Testing.
• Security Testing.
• Usability Testing.
• Compatibility Testing.

33. Black-box Testing

Black-box Testing tập trung vào:

• Input.
• Output.
• Hành vi bên ngoài.

Người kiểm thử không nhất thiết cần biết cấu trúc mã bên trong.

34. White-box Testing

White-box Testing có thể dựa vào:

• Cấu trúc code.
• Nhánh.
• Điều kiện.
• Đường đi thực thi.
• Độ bao phủ.

35. Regression Testing

Regression Testing giúp kiểm tra rằng các thay đổi mới:

• Không làm hỏng chức năng cũ.
• Không tạo lỗi ngoài ý muốn.
• Không làm suy giảm các khu vực đã hoạt động ổn định.

36. Smoke Testing

Smoke Testing thường kiểm tra nhanh những chức năng cơ bản để xác định bản build có đủ ổn định cho các hoạt động kiểm thử sâu hơn hay không.

37. Test Case

Một test case có thể gồm:

• Mã test.
• Mục tiêu.
• Điều kiện đầu vào.
• Bước thực hiện.
• Dữ liệu kiểm thử.
• Kết quả mong đợi.
• Kết quả thực tế.

38. Test Scenario

Test Scenario mô tả một tình huống hoặc luồng cần kiểm tra ở mức tổng quát hơn so với một test case chi tiết.

39. Test Data

Dữ liệu kiểm thử cần bao quát:

• Dữ liệu hợp lệ.
• Dữ liệu không hợp lệ.
• Giá trị biên.
• Dữ liệu đặc biệt.
• Trường hợp rỗng.
• Trường hợp số lượng lớn khi phù hợp.

40. Defect

Defect là sai lệch giữa:

• Hành vi thực tế.
• Hành vi mong đợi.

Nguyên nhân có thể xuất hiện từ:

• Yêu cầu.
• Thiết kế.
• Code.
• Cấu hình.
• Dữ liệu.
• Môi trường.

41. Error, Defect và Failure

Cần phân biệt:

• Error: sai sót do con người.
• Defect: lỗi tồn tại trong sản phẩm.
• Failure: phần mềm thể hiện hành vi sai khi thực thi.

Cách dùng thuật ngữ cụ thể có thể khác nhau giữa tài liệu.

42. Vòng đời của Defect

Một defect có thể trải qua:

• New.
• Assigned.
• Open.
• Fixed.
• Retest.
• Closed.

Ngoài ra có thể có trạng thái khác tùy quy trình dự án.

43. Severity

Severity phản ánh mức độ nghiêm trọng của lỗi đối với hệ thống.

Có thể xem xét:

• Ảnh hưởng chức năng.
• Mất dữ liệu.
• Hệ thống ngừng hoạt động.
• Khả năng sử dụng.

44. Priority

Priority phản ánh mức độ ưu tiên xử lý lỗi.

Một lỗi có severity thấp vẫn có thể có priority cao trong một số tình huống kinh doanh.

45. Phân biệt Severity và Priority

Severity:

• Mức độ ảnh hưởng của lỗi.

Priority:

• Mức độ cần xử lý sớm.

Không nên mặc định hai khái niệm luôn có cùng mức.

46. Root Cause Analysis

Phân tích nguyên nhân gốc giúp tìm:

• Tại sao lỗi xuất hiện.
• Vì sao lỗi không được phát hiện sớm.
• Quy trình nào cần cải thiện.
• Biện pháp ngăn lỗi lặp lại.

47. Defect Prevention

Phòng ngừa lỗi có thể gồm:

• Review yêu cầu.
• Coding standard.
• Code review.
• Automated testing.
• Training.
• Root Cause Analysis.
• Cải tiến quy trình.

48. Đo lường chất lượng phần mềm

Measurement giúp:

• Theo dõi trạng thái.
• Phát hiện xu hướng.
• Đánh giá chất lượng.
• So sánh.
• Hỗ trợ quyết định.

49. Software Metrics

Metrics có thể liên quan đến:

• Lỗi.
• Test coverage.
• Code.
• Hiệu năng.
• Tiến độ.
• Quy trình.
• Độ tin cậy.

50. Defect Density

Defect Density phản ánh số lượng lỗi tương đối so với một đơn vị kích thước phần mềm theo cách tổ chức xác định.

Cần chú ý đơn vị đo khi so sánh.

51. Test Coverage

Coverage có thể phản ánh mức độ:

• Yêu cầu được kiểm thử.
• Code được thực thi.
• Nhánh được kiểm tra.
• Chức năng được bao phủ.

Coverage cao không tự động có nghĩa phần mềm không còn lỗi.

52. Defect Leakage

Defect Leakage có thể phản ánh số hoặc tỷ lệ lỗi không được phát hiện trong một giai đoạn nhưng xuất hiện ở giai đoạn sau hoặc ngoài môi trường sử dụng.

53. Defect Removal Efficiency

Chỉ số này có thể được sử dụng để đánh giá hiệu quả phát hiện và loại bỏ lỗi trước khi sản phẩm đi sang giai đoạn tiếp theo hoặc phát hành.

54. Reliability Metrics

Độ tin cậy có thể được xem xét qua các chỉ số liên quan đến:

• Số lần lỗi.
• Thời gian giữa các lỗi.
• Thời gian phục hồi.
• Khả năng hoạt động liên tục.

55. Quản lý cấu hình phần mềm

Software Configuration Management giúp kiểm soát:

• Phiên bản.
• Source code.
• Tài liệu.
• Cấu hình.
• Build.
• Release.

56. Version Control

Version Control hỗ trợ:

• Lưu lịch sử.
• Theo dõi thay đổi.
• Làm việc nhóm.
• Khôi phục phiên bản.
• Quản lý nhánh.

57. Quản lý thay đổi

Một thay đổi có thể cần:

1. Ghi nhận yêu cầu.
2. Phân tích tác động.
3. Phê duyệt.
4. Thực hiện.
5. Kiểm thử.
6. Theo dõi kết quả.

58. Change Impact Analysis

Phân tích tác động giúp xác định thay đổi có thể ảnh hưởng đến:

• Yêu cầu.
• Thiết kế.
• Code.
• Test case.
• Dữ liệu.
• Tài liệu.
• Module liên quan.

59. Quản lý rủi ro chất lượng

Rủi ro có thể bao gồm:

• Yêu cầu không rõ.
• Thiếu thời gian kiểm thử.
• Công nghệ mới.
• Thiếu nhân lực.
• Thay đổi liên tục.
• Môi trường không ổn định.
• Dữ liệu kiểm thử không phù hợp.

60. Cải tiến chất lượng liên tục

Cải tiến có thể dựa trên:

• Dữ liệu.
• Defect.
• Phản hồi khách hàng.
• Review.
• Audit.
• Metrics.
• Bài học từ dự án.

Mục tiêu là giảm lỗi và tăng hiệu quả quy trình theo thời gian.

Cách ôn Quản lý chất lượng phần mềm VNU hiệu quả

Bước 1: Học theo ba nhóm chính

Có thể chia:

• Đảm bảo chất lượng.
• Kiểm soát và kiểm thử.
• Đo lường và cải tiến.

Bước 2: Phân biệt QA và QC

Ghi nhớ:

QA:

• Hướng tới phòng ngừa.
• Tập trung quy trình.

QC:

• Hướng tới phát hiện.
• Tập trung sản phẩm.

Bước 3: Phân biệt Verification và Validation

Có thể ghi nhớ:

Verification:

• Kiểm tra sản phẩm có được xây dựng đúng đặc tả hay không.

Validation:

• Kiểm tra sản phẩm có đáp ứng nhu cầu sử dụng hay không.

Bước 4: Học các mức kiểm thử theo thứ tự

Có thể học:

1. Unit Testing.
2. Integration Testing.
3. System Testing.
4. Acceptance Testing.

Bước 5: Học vòng đời lỗi

Ghi nhớ:

• Phát hiện.
• Ghi nhận.
• Phân công.
• Sửa.
• Retest.
• Đóng.

Đồng thời phân biệt Severity và Priority.

Bước 6: Học Metrics theo mục đích

Có thể chia:

• Metrics về lỗi.
• Metrics về kiểm thử.
• Metrics về độ tin cậy.
• Metrics về code.
• Metrics về quy trình.

Bước 7: Tự trả lời trước khi xem đáp án

Với mỗi câu:

1. Xác định khái niệm đang được hỏi.
2. Xác định thuộc QA, QC hay Testing.
3. Xác định giai đoạn phát triển.
4. Loại phương án sai rõ ràng.
5. Tự chọn đáp án.
6. Sau đó mới đối chiếu.

Bước 8: Ghi lại những câu thường sai

Có thể phân loại:

• Sai về QA và QC.
• Sai về Verification và Validation.
• Sai về Testing.
• Sai về Defect.
• Sai về Severity và Priority.
• Sai về Metrics.
• Sai về Configuration Management.
• Sai về Process Improvement.

Bước 9: Học bằng tình huống dự án

Có thể tự phân tích:

• Lỗi được phát hiện ở đâu?
• Vì sao lỗi không được phát hiện sớm?
• Nên áp dụng review hay testing?
• Metric nào phù hợp?
• Thay đổi có thể ảnh hưởng đến module nào?

Bước 10: Kết hợp tài liệu chính thức

Tài liệu trắc nghiệm nên được sử dụng cùng:

• Giáo trình Quản lý chất lượng phần mềm.
• Slide bài giảng.
• Đề cương học phần.
• Tài liệu Software Quality Assurance.
• Tài liệu kiểm thử phần mềm.
• Bài tập tình huống.
• Tài liệu do giảng viên cung cấp.

Tài liệu đáp án hỗ trợ luyện tập và tra cứu, không thay thế nguồn học tập chính thức.

Xem trước tài liệu Quản lý chất lượng phần mềm VNU

Người dùng có thể xem trước khoảng 20–30% nội dung của tài liệu 35 trang trước khi quyết định tải bản đầy đủ.

Phần xem trước giúp kiểm tra:

• Cấu trúc tài liệu.
• Dạng câu hỏi.
• Cách trình bày.
• Cách bố trí đáp án.
• Mức độ phù hợp với nhu cầu học tập.
• Một phần nội dung thực tế của tài liệu.

File preview được tool tự xác định:

quan-ly-chat-luong-phan-mem-VNU-preview.docx

Tải đáp án trắc nghiệm Quản lý chất lượng phần mềm VNU

Quy trình nhận tài liệu:

1. Xem trước khoảng 20–30% nội dung.
2. Kiểm tra tài liệu có phù hợp với nhu cầu.
3. Chọn tải tài liệu.
4. Thanh toán qua VNPAY.
5. Hệ thống xác nhận giao dịch thành công.
6. Nhận quyền tải file DOCX đầy đủ 35 trang.

📥 Sau khi thanh toán thành công, người dùng có thể tải tài liệu đầy đủ về máy để sử dụng trong quá trình học tập.

👉 NHẤN “TẢI XUỐNG NGAY” ĐỂ NHẬN FILE ĐẦY ĐỦ.

Lợi ích khi sử dụng tài liệu Quản lý chất lượng phần mềm VNU

✅ File DOCX 35 trang thuận tiện sử dụng.

✅ Luyện tập câu hỏi trắc nghiệm.

✅ Kiểm tra và đối chiếu đáp án thuận tiện.

✅ Hệ thống kiến thức Quản lý chất lượng phần mềm.

✅ Phân biệt QA và QC.

✅ Củng cố Verification và Validation.

✅ Ôn tập kế hoạch đảm bảo chất lượng.

✅ Hệ thống kiến thức về review và inspection.

✅ Củng cố các mức kiểm thử phần mềm.

✅ Ôn tập kiểm thử chức năng và phi chức năng.

✅ Hệ thống kiến thức về defect.

✅ Phân biệt Severity và Priority.

✅ Củng cố các chỉ số chất lượng.

✅ Ôn tập độ tin cậy và khả năng bảo trì.

✅ Hệ thống kiến thức về quản lý cấu hình.

✅ Củng cố quản lý thay đổi.

✅ Rèn kỹ năng phân tích tình huống chất lượng phần mềm.

✅ Tiết kiệm thời gian tự tổng hợp tài liệu.

✅ Hỗ trợ ôn tập, ôn thi hiệu quả.

Tài liệu Quản lý chất lượng phần mềm VNU phù hợp với ai?

Tài liệu phù hợp với:

• Sinh viên Đại học Quốc gia Hà Nội.
• Sinh viên đang học môn Quản lý chất lượng phần mềm.
• Sinh viên ngành Công nghệ thông tin.
• Sinh viên ngành Khoa học máy tính.
• Sinh viên ngành Kỹ thuật phần mềm.
• Sinh viên quan tâm đến Software Quality Assurance.
• Sinh viên quan tâm đến kiểm thử phần mềm.
• Sinh viên cần luyện tập câu hỏi trắc nghiệm.
• Sinh viên cần kiểm tra và đối chiếu đáp án.
• Sinh viên chuẩn bị kiểm tra giữa kỳ.
• Sinh viên chuẩn bị thi kết thúc học phần.
• Người học cần tài liệu hỗ trợ ôn tập, ôn thi hiệu quả.

Lưu ý khi sử dụng tài liệu

Tài liệu được cung cấp nhằm hỗ trợ học tập, luyện tập và ôn thi.

Tài liệu đáp án trắc nghiệm không thay thế giáo trình, bài giảng, đề cương học phần, tiêu chuẩn chất lượng, tài liệu kiểm thử hoặc các tài liệu chính thức của cơ sở đào tạo.

Người học nên tự làm câu hỏi trước khi xem đáp án và đối chiếu những nội dung chưa chắc chắn với giáo trình, bài giảng và tài liệu do giảng viên cung cấp.

Không nên chỉ học thuộc đáp án. Các nội dung như QA, QC, Verification, Validation, kiểm thử, quản lý defect và đo lường chất lượng cần được hiểu trong toàn bộ quy trình phát triển phần mềm.

Các tiêu chuẩn, mô hình chất lượng, chỉ số, công cụ và quy trình có thể khác nhau giữa từng tổ chức, dự án hoặc phiên bản tiêu chuẩn. Với câu hỏi phụ thuộc vào một tiêu chuẩn, mô hình hoặc công thức cụ thể, cần ưu tiên tài liệu chính thức được sử dụng trong học phần.

Nội dung tổng quan trong bài giới thiệu được xây dựng theo kiến thức phổ biến về quản lý và đảm bảo chất lượng phần mềm, không được coi là đề cương chính thức của học phần Quản lý chất lượng phần mềm tại Đại học Quốc gia Hà Nội.

Kết luận về Quản lý chất lượng phần mềm VNU

Quản lý chất lượng phần mềm VNU – Đáp án trắc nghiệm Đại học Quốc gia Hà Nội (File DOCX 35 trang) là tài liệu hỗ trợ sinh viên luyện tập câu hỏi, kiểm tra đáp án, hệ thống hóa kiến thức và hỗ trợ ôn tập, ôn thi hiệu quả.

Tài liệu phù hợp để rà soát các nhóm kiến thức như chất lượng phần mềm, QA, QC, Verification, Validation, review, inspection, kiểm thử, defect management, software metrics, quản lý cấu hình, quản lý thay đổi và cải tiến chất lượng.

Việc kết hợp tài liệu trắc nghiệm với giáo trình, bài giảng, đề cương học phần và bài tập thực hành giúp người học hiểu rõ hơn cách quản lý chất lượng trong toàn bộ vòng đời phát triển phần mềm và hạn chế việc chỉ ghi nhớ đáp án một cách máy móc.

👁 Xem trước khoảng 20–30% nội dung.

💳 Thanh toán thuận tiện qua VNPAY.

📥 Nhận file DOCX đầy đủ 35 trang sau khi thanh toán thành công.