150 câu hỏi và câu trả lời phỏng vấn kiểm tra thủ công cho năm 2025
Thomas Hamilton
Chúng tôi đã đề cập đến hơn 150 câu hỏi viva kiểm thử phần mềm quan trọng dành cho các ứng viên mới vào nghề cũng như các câu hỏi phỏng vấn có kinh nghiệm kiểm tra thủ công dành cho Kỹ sư QA để giúp chuẩn bị cho cuộc phỏng vấn sắp tới. Hướng dẫn chi tiết về các câu hỏi phỏng vấn kiểm thử phần mềm dành cho các ứng viên có kinh nghiệm này sẽ giúp bạn vượt qua cuộc phỏng vấn xin việc về Kiểm thử phần mềm.
Câu hỏi và câu trả lời phỏng vấn kiểm tra thủ công dành cho người có kinh nghiệm và người mới
1. Thử nghiệm thăm dò là gì?
Kiểm thử thăm dò là một phương pháp thực hành trong đó các kiểm thử viên tham gia vào quá trình lập kế hoạch tối thiểu và thực hiện kiểm thử tối đa. Quá trình lập kế hoạch bao gồm việc tạo ra một điều lệ kiểm thử, một tuyên bố ngắn gọn về phạm vi của một nỗ lực kiểm thử trong thời gian ngắn (1 đến 2 giờ), các mục tiêu và các phương pháp tiếp cận có thể sử dụng. Các hoạt động thiết kế kiểm thử và thực hiện kiểm thử thường được thực hiện song song mà không cần ghi chép chính thức các điều kiện kiểm thử, trường hợp kiểm thử hoặc tập lệnh kiểm thử. Điều này không có nghĩa là các kỹ thuật kiểm thử chính thức khác sẽ không được sử dụng. Ví dụ, người kiểm thử có thể quyết định sử dụng phân tích giá trị biên nhưng sẽ suy nghĩ kỹ và kiểm thử các giá trị biên quan trọng nhất mà không nhất thiết phải viết chúng ra. Một số ghi chú sẽ được viết trong phiên kiểm thử thăm dò để có thể lập báo cáo sau đó.
👉 Tải xuống bản PDF miễn phí: Câu hỏi và câu trả lời phỏng vấn kiểm tra thủ công
2. “Kiểm tra ca sử dụng” là gì?
Để xác định và thực hiện yêu cầu chức năng của ứng dụng từ đầu đến cuối, “trường hợp sử dụng” được sử dụng và các kỹ thuật được sử dụng để thực hiện việc này được gọi là “Kiểm tra trường hợp sử dụng”.
3. Sự khác biệt giữa STLC (Vòng đời kiểm thử phần mềm) và SDLC (Vòng đời phát triển phần mềm) là gì?
SDLC xử lý việc phát triển/mã hóa phần mềm trong khi STLC xử lý việc xác thực và xác minh phần mềm
4. Ma trận truy xuất nguồn gốc là gì?
Mối quan hệ giữa các trường hợp kiểm thử và yêu cầu được thể hiện bằng sự trợ giúp của một tài liệu. Tài liệu này được gọi là ma trận truy xuất nguồn gốc.
5. Kiểm tra phân vùng tương đương là gì?
Kiểm thử phân vùng tương đương là một kỹ thuật kiểm thử phần mềm chia dữ liệu kiểm thử đầu vào của ứng dụng thành từng phân vùng ít nhất một lần với dữ liệu tương đương để từ đó có thể rút ra các trường hợp kiểm thử. Bằng phương pháp kiểm thử này, nó làm giảm thời gian cần thiết cho việc kiểm thử phần mềm.
6. Kiểm thử hộp trắng là gì và liệt kê các loại kiểm thử hộp trắng?
Kỹ thuật kiểm thử hộp trắng liên quan đến việc lựa chọn các trường hợp kiểm thử dựa trên phân tích cấu trúc bên trong (Phạm vi mã, phạm vi nhánh, phạm vi đường dẫn, phạm vi điều kiện, v.v.) của một thành phần hoặc hệ thống. Nó cũng được gọi là Kiểm thử dựa trên mã hoặc Kiểm thử cấu trúc. Các loại kiểm thử hộp trắng khác nhau là
- Bảo hiểm Tuyên bố
- Phạm vi quyết định
7. Trong thử nghiệm hộp trắng, bạn xác minh những gì?
Trong thử nghiệm hộp trắng, các bước sau đây được xác minh.
- Xác minh các lỗ hổng bảo mật trong mã
- Xác minh các đường dẫn không đầy đủ hoặc bị hỏng trong mã
- Xác minh luồng cấu trúc theo đặc tả tài liệu
- Xác minh kết quả đầu ra dự kiến
- Xác minh tất cả các vòng lặp có điều kiện trong mã để kiểm tra chức năng hoàn chỉnh của ứng dụng
- Xác minh từng dòng mã hóa và bao gồm kiểm tra 100%
8. Kiểm thử hộp đen là gì? Có những kỹ thuật kiểm thử hộp đen nào?
Kiểm thử hộp đen là phương pháp kiểm thử phần mềm được sử dụng để kiểm thử phần mềm mà không cần biết cấu trúc bên trong của mã hoặc chương trình. Kiểm thử này thường được thực hiện để kiểm tra chức năng của ứng dụng. Các kỹ thuật kiểm thử hộp đen khác nhau là
- Phân vùng tương đương
- Phân tích giá trị biên
- Biểu đồ nhân quả
9. Sự khác biệt giữa thử nghiệm tĩnh và thử nghiệm động là gì?
Kiểm tra tĩnh: Trong phương pháp kiểm tra tĩnh, mã không được thực thi và được thực hiện bằng tài liệu phần mềm.
Kiểm thử động: Để thực hiện kiểm thử này, mã bắt buộc phải ở dạng thực thi được.
10. Xác minh và xác nhận là gì?
Xác minh là một quá trình đánh giá phần mềm ở giai đoạn phát triển. Nó giúp bạn quyết định xem sản phẩm của một ứng dụng nhất định có đáp ứng các yêu cầu đã chỉ định hay không. Xác nhận là quá trình đánh giá phần mềm sau quá trình phát triển và kiểm tra xem phần mềm có đáp ứng yêu cầu của khách hàng hay không.
11. Các cấp độ kiểm tra khác nhau là gì?
Có bốn cấp độ kiểm tra
- Kiểm tra đơn vị/thành phần/chương trình/mô-đun
- Thử nghiệm hội nhập
- Thử nghiệm hệ thống
- Kiểm tra chấp nhận
12. Kiểm thử tích hợp là gì?
Thử nghiệm hội nhập là một cấp độ của quy trình kiểm thử phần mềm, trong đó các đơn vị riêng lẻ của ứng dụng được kết hợp và thử nghiệm. Nó thường được thực hiện sau khi kiểm tra đơn vị và chức năng.
13. Kế hoạch kiểm tra bao gồm những gì?
Thiết kế thử nghiệm, phạm vi, chiến lược thử nghiệm, cách tiếp cận là những chi tiết khác nhau mà tài liệu Kế hoạch thử nghiệm bao gồm.
- Mã định danh trường hợp thử nghiệm
- Phạm vi
- Các tính năng cần kiểm tra
- Các tính năng không được kiểm tra
- Chiến lược thử nghiệm & Phương pháp thử nghiệm
- Kiểm tra sản phẩm bàn giao
- Trách nhiệm
- Nhân sự và đào tạo
- Rủi ro và dự phòng
14. Sự khác biệt giữa UAT (Kiểm tra sự chấp nhận của người dùng) và Kiểm tra hệ thống là gì?
Kiểm tra hệ thống: Kiểm tra hệ thống là tìm ra các lỗi khi hệ thống trải qua quá trình kiểm tra tổng thể; nó còn được gọi là thử nghiệm đầu cuối. Trong loại thử nghiệm như vậy, ứng dụng sẽ gặp khó khăn từ đầu đến cuối.
UAT: Kiểm tra sự chấp nhận của người dùng (UAT) liên quan đến việc chạy sản phẩm thông qua một loạt các thử nghiệm cụ thể để xác định xem sản phẩm có đáp ứng được nhu cầu của người dùng hay không.
15. Hãy nêu sự khác biệt giữa Kiểm tra theo hướng dữ liệu và Kiểm tra lại?
Kiểm tra lại: Đó là một quá trình kiểm tra các lỗi được nhóm phát triển xử lý để xác minh rằng chúng đã được sửa.
Kiểm tra theo hướng dữ liệu (DDT): Trong quy trình kiểm thử theo hướng dữ liệu, ứng dụng được kiểm thử với nhiều dữ liệu kiểm thử. Ứng dụng được thử nghiệm với một bộ giá trị khác.
Câu hỏi phỏng vấn kiểm thử phần mềm thủ công nâng cao dành cho 3/5/10 năm kinh nghiệm
16. Các bước có giá trị để giải quyết vấn đề trong khi thử nghiệm là gì?
- Ghi chép: Ghi nhật ký và xử lý mọi sự cố đã xảy ra
- Báo cáo: Báo cáo vấn đề lên cấp quản lý cao hơn
- Kiểm soát: Xác định quy trình quản lý vấn đề
17. Sự khác biệt giữa kịch bản kiểm thử, trường hợp kiểm thử và tập lệnh kiểm thử là gì?
Sự khác biệt giữa các kịch bản thử nghiệm và các trường hợp thử nghiệm là
Kịch bản thử nghiệm: Kịch bản thử nghiệm là bất kỳ chức năng nào có thể được thử nghiệm. Nó còn được gọi là Điều kiện kiểm thử hoặc Khả năng kiểm thử.
Các trường hợp thử nghiệm: Nó là một tài liệu chứa các bước phải được thực hiện; nó đã được lên kế hoạch trước đó.
Kịch bản thử nghiệm: Nó được viết bằng ngôn ngữ lập trình và là một chương trình ngắn dùng để kiểm tra một phần chức năng của hệ thống phần mềm. Nói cách khác, một tập hợp các bước được viết ra sẽ được thực hiện thủ công.
18. Khiếm khuyết tiềm ẩn là gì?
Khiếm khuyết tiềm ẩn: Khiếm khuyết này là một khiếm khuyết hiện có trong hệ thống và không gây ra bất kỳ lỗi nào vì tập hợp chính xác các điều kiện chưa bao giờ được đáp ứng.
19. Hai tham số nào có thể hữu ích để biết chất lượng thực hiện kiểm thử?
Để biết chất lượng thực hiện kiểm thử, chúng ta có thể sử dụng hai tham số
- Tỷ lệ loại bỏ khuyết tật
- Tỷ lệ rò rỉ khuyết tật
Các thông số về chất lượng thực hiện kiểm thử
20. Công cụ kiểm thử phần mềm “ảo” có chức năng gì?
Phantom là phần mềm miễn phí và được sử dụng cho ngôn ngữ lập trình tự động hóa GUI của Windows. Nó cho phép chúng ta kiểm soát Windows và các chức năng một cách tự động. Nó có thể mô phỏng bất kỳ tổ hợp phím tắt và nhấp chuột nào cũng như menu, danh sách và nhiều thứ khác.
21. Giải thích Sản phẩm thử nghiệm là gì?
Sản phẩm thử nghiệm là một bộ tài liệu, công cụ và các thành phần khác phải được phát triển và duy trì để hỗ trợ thử nghiệm.
Có các sản phẩm thử nghiệm khác nhau ở mọi giai đoạn của vòng đời phát triển phần mềm
- Trước khi thử nghiệm
- Trong quá trình thử nghiệm
- Sau khi thử nghiệm
22. Thử nghiệm đột biến là gì?
Kiểm tra đột biến là một kỹ thuật để xác định xem một tập hợp dữ liệu kiểm thử hoặc trường hợp kiểm thử có hữu ích hay không bằng cách cố tình đưa ra các thay đổi mã (lỗi) khác nhau và kiểm tra lại với dữ liệu/trường hợp kiểm thử ban đầu để xác định xem có phát hiện ra lỗi hay không.
23. Bạn nên cân nhắc những điều gì trước khi chọn công cụ tự động hóa cho AUT?
- Tính khả thi về kỹ thuật
- mức độ phức tạp
- Ứng dụng ổn định
- Dữ liệu kiểm tra
- Kích thước ứng dụng
- Khả năng sử dụng lại các tập lệnh tự động
- Thực thi trên môi trường
24. Bạn sẽ tiến hành Phân tích Rủi ro như thế nào?
Đối với phân tích rủi ro, cần thực hiện các bước sau:
- Tìm điểm rủi ro
- Lập hồ sơ rủi ro
- Thay đổi đặc tính rủi ro
- Triển khai các nguồn lực của rủi ro thử nghiệm đó
- Xây dựng cơ sở dữ liệu rủi ro
25. Các loại gỡ lỗi là gì?
Danh mục gỡ lỗi
- Gỡ lỗi vũ phu
- Quay lui
- Loại bỏ nguyên nhân
- Cắt chương trình
- Phân tích cây lỗi
26. Giải thích mặt nạ lỗi bằng ví dụ là gì?
Khi sự hiện diện của một lỗi che giấu sự hiện diện của một lỗi khác trong hệ thống, nó được gọi là che giấu lỗi.
Ví dụ: Nếu “Giá trị âm” gây ra việc kích hoạt ngoại lệ hệ thống chưa được xử lý, thì nhà phát triển sẽ ngăn việc nhập giá trị âm. Điều này sẽ giải quyết vấn đề và che giấu khiếm khuyết của việc kích hoạt ngoại lệ chưa được xử lý.
27. Giải thích Test Plan là gì? Thông tin nào cần được đề cập trong Kế hoạch kiểm thử?
Kế hoạch thử nghiệm có thể được định nghĩa là một tài liệu mô tả phạm vi, cách tiếp cận, nguồn lực và lịch trình của các hoạt động thử nghiệm và kế hoạch thử nghiệm phải bao gồm các chi tiết sau.
- Chiến lược thử nghiệm
- Mục tiêu kiểm tra
- Tiêu chí thoát/tạm dừng
- Hoạch định nguồn lực
- Thử nghiệm phân phối
28. Bạn có thể loại bỏ rủi ro sản phẩm trong dự án của mình bằng cách nào?
Nó giúp bạn loại bỏ rủi ro sản phẩm trong dự án của mình và có một bước đơn giản nhưng quan trọng có thể giảm rủi ro sản phẩm trong dự án của bạn.
- Nghiên cứu các tài liệu đặc tả
- Thảo luận về dự án với tất cả các bên liên quan bao gồm cả nhà phát triển
- Là một người dùng thực sự dạo quanh trang web
29. Rủi ro phổ biến dẫn đến thất bại của dự án là gì?
Rủi ro phổ biến dẫn đến thất bại của dự án là
- Không có đủ nguồn nhân lực
- Môi trường thử nghiệm có thể không được thiết lập đúng cách
- Ngân sách hạn chế
- Giới hạn thời gian
30. Dựa trên cơ sở nào bạn có thể đưa ra ước tính cho dự án của mình?
Để ước tính dự án của bạn, bạn phải xem xét các điểm sau
- Chia toàn bộ dự án thành các nhiệm vụ nhỏ nhất
- Phân công từng nhiệm vụ cho các thành viên trong nhóm
- Ước tính nỗ lực cần thiết để hoàn thành mỗi nhiệm vụ
- Xác thực ước tính
31. Giải thích cách bạn phân bổ nhiệm vụ cho các thành viên trong nhóm?
| Nhiệm vụ | Thành viên |
|---|---|
| Phân tích đặc tả yêu cầu phần mềm | Tất cả các thành viên |
| Tạo đặc tả thử nghiệm | Người kiểm thử/Nhà phân tích kiểm thử |
| Xây dựng môi trường thử nghiệm | Quản trị viên kiểm tra |
| Thực hiện các trường hợp thử nghiệm | Người kiểm tra, quản trị viên kiểm tra |
| Báo cáo lỗi | Tester |
32. Giải thích loại thử nghiệm là gì và loại thử nghiệm thường được sử dụng là gì?
Để có được kết quả thử nghiệm như mong đợi, một quy trình tiêu chuẩn được tuân theo được gọi là Loại thử nghiệm.
Các loại thử nghiệm thường được sử dụng là
- Kiểm tra đơn vị: Kiểm tra mã nhỏ nhất của ứng dụng
- Kiểm tra API: Kiểm tra API được tạo cho ứng dụng
- Kiểm tra tích hợp: Các mô-đun phần mềm riêng lẻ được kết hợp và kiểm tra
- Kiểm tra hệ thống: Kiểm tra toàn bộ hệ thống
- Kiểm tra cài đặt/gỡ cài đặt: Kiểm tra được thực hiện từ quan điểm của khách hàng/khách hàng
- Agile testing: Kiểm thử thông qua kỹ thuật Agile
33. Trong khi giám sát dự án của bạn, bạn phải cân nhắc những điều gì?
Những điều cần phải cân nhắc là
- Dự án của bạn có đúng tiến độ không
- Bạn có vượt quá ngân sách không
- Bạn đang làm việc hướng tới cùng một mục tiêu nghề nghiệp
- Bạn có đủ nguồn lực không
- Có dấu hiệu cảnh báo nào về vấn đề sắp xảy ra không
- Có áp lực nào từ ban quản lý để hoàn thành dự án sớm hơn không
34. Những lỗi phổ biến gây ra vấn đề là gì?
- Kết hợp nguồn lực với các dự án sai
- Người quản lý kiểm thử thiếu kỹ năng
- Không lắng nghe người khác
- Lập kế hoạch kém
- Đánh giá thấp
- Bỏ qua những vấn đề nhỏ
- Không tuân theo quy trình
35. Một báo cáo thử nghiệm điển hình bao gồm những gì? Lợi ích của báo cáo thử nghiệm là gì?
Báo cáo thử nghiệm bao gồm những nội dung sau:
- Thông tin dự án
- Mục tiêu kiểm tra
- Tóm tắt kiểm tra
- Khiếm khuyết
Lợi ích của báo cáo thử nghiệm là:
- Hiện trạng dự án và chất lượng sản phẩm được thông báo
- Nếu được yêu cầu, các bên liên quan và khách hàng có thể thực hiện hành động khắc phục
- Tài liệu cuối cùng giúp quyết định xem sản phẩm đã sẵn sàng để phát hành hay chưa
36. Đánh giá quản lý kiểm tra là gì và tại sao nó quan trọng?
Xem xét của lãnh đạo còn được gọi là Đảm bảo chất lượng phần mềm hoặc SQA. SQA tập trung nhiều hơn vào quy trình phần mềm hơn là sản phẩm phần mềm. Đó là một tập hợp các hoạt động được thiết kế để đảm bảo rằng người quản lý dự án tuân theo quy trình chuẩn. SQA giúp người quản lý kiểm tra đánh giá dự án theo các tiêu chuẩn đã đặt ra.
37. Biện pháp tốt nhất để đảm bảo chất lượng phần mềm là gì?
Các phương pháp thực hành tốt nhất để triển khai SQA hiệu quả là
- Cải tiến liên tục
- Tài liệu
- Công cụ sử dụng
- Metrics
- Trách nhiệm của các thành viên trong nhóm
- Đánh giá viên SQA có kinh nghiệm
38. RTM (Ma trận truy xuất nguồn gốc yêu cầu) được chuẩn bị khi nào?
RTM được chuẩn bị trước khi thiết kế trường hợp thử nghiệm. Các yêu cầu phải được theo dõi từ các hoạt động xem xét.
39. Sự khác biệt giữa ma trận kiểm tra và ma trận truy xuất nguồn gốc là gì?
Ma trận kiểm tra: Ma trận kiểm thử được sử dụng để nắm bắt chất lượng thực tế, nỗ lực, kế hoạch, nguồn lực và thời gian cần thiết để nắm bắt tất cả các giai đoạn kiểm thử phần mềm
Ma trận truy xuất nguồn gốc: Ánh xạ giữa các trường hợp thử nghiệm và yêu cầu của khách hàng được gọi là Ma trận truy xuất nguồn gốc
40. Trong kiểm thử thủ công, stub và driver là gì?
Cả sơ khai và trình điều khiển đều là một phần của thử nghiệm gia tăng. Trong thử nghiệm gia tăng, có hai cách tiếp cận là cách tiếp cận từ dưới lên và từ trên xuống. Trình điều khiển được sử dụng trong thử nghiệm từ dưới lên và sơ khai được sử dụng cho cách tiếp cận từ trên xuống. Để kiểm tra mô-đun chính, sơ khai được sử dụng, đó là mã hoặc chương trình giả.
41. Bạn sẽ làm gì khi phát hiện ra khiếm khuyết?
Khi tìm thấy lỗi, bạn sẽ làm theo bước
a) Tái tạo lại khiếm khuyết
b) Đính kèm ảnh chụp màn hình
c) Ghi lại lỗi
42. Giải thích phương pháp kiểm tra “Test Plan Driven” hoặc “Key Word Driven” là gì?
Kỹ thuật này sử dụng tài liệu trường hợp thử nghiệm thực tế được phát triển bởi người thử nghiệm bằng cách sử dụng bảng tính có chứa “Từ khóa” đặc biệt. Các từ khóa kiểm soát quá trình xử lý.
43. DFD (Sơ đồ luồng dữ liệu) là gì?
Khi một “luồng dữ liệu” qua hệ thống thông tin được biểu diễn bằng đồ họa thì nó được gọi là Sơ đồ luồng dữ liệu. Nó cũng được sử dụng để trực quan hóa quá trình xử lý dữ liệu.
44. Giải thích LCSAJ là gì?
LCSAJ là viết tắt của 'chuỗi mã tuyến tính và nhảy'. Nó bao gồm ba mục sau
a) Bắt đầu chuỗi tuyến tính của các câu lệnh thực thi
b) Kết thúc chuỗi tuyến tính
c) Đường đích mà luồng điều khiển được truyền tới ở cuối chuỗi tuyến tính
45. Giải thích thử nghiệm N+1 là gì?
Biến thể của thử nghiệm hồi quy được biểu thị bằng N+1. Trong kỹ thuật này, việc kiểm thử được thực hiện theo nhiều chu kỳ trong đó các lỗi được tìm thấy trong chu trình kiểm thử 'N' sẽ được giải quyết và kiểm thử lại trong chu trình kiểm thử N+1. Chu trình được lặp lại trừ khi không tìm thấy lỗi nào.
46. Kiểm thử Fuzz là gì và khi nào nó được sử dụng?
Kiểm tra Fuzz được sử dụng để phát hiện các lỗ hổng bảo mật và lỗi mã hóa trong phần mềm. Trong kỹ thuật này, dữ liệu ngẫu nhiên được thêm vào hệ thống nhằm cố gắng làm hỏng hệ thống. Nếu lỗ hổng vẫn tồn tại, một công cụ gọi là trình kiểm tra lông tơ sẽ được sử dụng để xác định nguyên nhân tiềm ẩn. Kỹ thuật này hữu ích hơn cho các dự án lớn hơn nhưng chỉ phát hiện được lỗi lớn.
47. Hãy cho biết những ưu điểm chính của thước đo bao phủ câu lệnh trong kiểm thử phần mềm là gì?
Lợi ích của số liệu bao phủ câu lệnh là
a) Không yêu cầu mã nguồn xử lý và có thể áp dụng trực tiếp vào mã đối tượng
b) Các lỗi được phân bố đều trong mã, do đó phần trăm các câu lệnh thực thi được phản ánh phần trăm lỗi được phát hiện
48. Làm cách nào để tạo các ca kiểm thử cho phương thức “thay thế một chuỗi”?
a) Nếu các ký tự trong chuỗi mới > các ký tự trong chuỗi trước đó. Không có ký tự nào bị cắt bớt
b) Nếu các ký tự ở chuỗi mới< các ký tự ở chuỗi trước. Không nên thêm ký tự rác
c) Không được xóa dấu cách sau và trước chuỗi
d) Chuỗi chỉ nên được thay thế khi chuỗi xuất hiện lần đầu tiên
49. Bạn sẽ giải quyết xung đột giữa các thành viên trong nhóm như thế nào?
- Tôi sẽ nói chuyện riêng với từng người và ghi nhận mối quan tâm của họ
- Tôi sẽ tìm ra giải pháp cho những vấn đề chung được các thành viên trong nhóm nêu ra
- Tôi sẽ tổ chức họp nhóm, đưa ra giải pháp và yêu cầu mọi người hợp tác
50. Hãy nêu các loại khuyết tật?
Chủ yếu có ba loại khiếm khuyết
- Sai: Khi một yêu cầu được thực hiện không đúng
- Thiếu: Đó là sự khác biệt so với đặc điểm kỹ thuật, một dấu hiệu cho thấy đặc điểm kỹ thuật không được triển khai hoặc yêu cầu của khách hàng không được đáp ứng
- thêm: Một yêu cầu được đưa vào sản phẩm mà khách hàng cuối cùng không đưa ra. Nó được coi là một khiếm khuyết vì nó khác với các yêu cầu hiện có
51. Giải thích cách hoạt động của công cụ bao quát kiểm thử?
Công cụ kiểm tra phạm vi mã chạy song song trong khi thực hiện kiểm tra trên sản phẩm thực tế. Công cụ bao quát mã giám sát các câu lệnh được thực thi của mã nguồn. Khi quá trình kiểm tra cuối cùng hoàn tất, chúng tôi sẽ nhận được báo cáo đầy đủ về các báo cáo đang chờ xử lý và cũng nhận được tỷ lệ phần trăm phù hợp.
52. Hãy cho biết sự khác biệt giữa “khiếm khuyết” và “thất bại” trong kiểm thử phần mềm là gì?
Nói một cách đơn giản, khi lỗi đến tay khách hàng cuối, nó được gọi là lỗi trong khi lỗi được xác định nội bộ và giải quyết; thì nó được gọi là khiếm khuyết.
53. Giải thích cách kiểm tra tài liệu trong một dự án trải dài trong vòng đời phát triển phần mềm?
Dự án trải dài trên toàn bộ vòng đời phát triển phần mềm theo cách sau
- Kế hoạch kiểm thử trung tâm/dự án: Đây là kế hoạch kiểm thử chính vạch ra chiến lược kiểm thử hoàn chỉnh của dự án. Kế hoạch này được sử dụng cho đến hết vòng đời phát triển phần mềm
- Kế hoạch kiểm tra chấp nhận: Tài liệu này bắt đầu trong quá trình giai đoạn yêu cầu và được hoàn thành ở lần giao hàng cuối cùng
- Kế hoạch kiểm tra hệ thống: Kế hoạch này bắt đầu trong kế hoạch thiết kế và tiến hành cho đến khi kết thúc dự án
- Kế hoạch kiểm thử tích hợp và đơn vị: Cả hai kế hoạch kiểm thử này đều bắt đầu trong giai đoạn thực hiện và kéo dài cho đến lần phân phối cuối cùng
54. Giải thích trường hợp kiểm thử nào được viết đầu tiên là hộp đen hay hộp trắng?
Các trường hợp kiểm thử hộp đen được viết trước tiên để viết các trường hợp kiểm thử hộp đen; nó đòi hỏi kế hoạch dự án và tài liệu yêu cầu, tất cả các tài liệu này đều dễ dàng có sẵn khi bắt đầu dự án. Trong khi việc viết các trường hợp kiểm thử hộp trắng đòi hỏi nhiều hiểu biết về kiến trúc hơn và không có sẵn khi bắt đầu dự án.
55. Giải thích sự khác biệt giữa khuyết điểm tiềm ẩn và khiếm khuyết tiềm ẩn là gì?
- Khiếm khuyết tiềm ẩn: Một khiếm khuyết tiềm ẩn là một khiếm khuyết hiện có nhưng chưa gây ra lỗi vì các điều kiện chưa bao giờ được đáp ứng.
- Khuyết điểm bị che lấp: Đó là một lỗi hiện có nhưng không gây ra lỗi vì một lỗi khác đã ngăn phần mã đó được thực thi
56. Hãy cho biết thử nghiệm từ dưới lên là gì?
Thử nghiệm từ dưới lên là một cách tiếp cận thử nghiệm tích hợp, trong đó các thành phần cấp thấp nhất được thử nghiệm trước, sau đó được sử dụng để tạo điều kiện thuận lợi cho việc thử nghiệm các thành phần cấp cao hơn. Quá trình này được lặp lại cho đến khi thành phần ở đầu hệ thống phân cấp được kiểm tra.
57. Hãy cho biết các loại kỹ thuật bao phủ kiểm thử khác nhau là gì?
Các loại kỹ thuật bao phủ kiểm thử khác nhau bao gồm
- Bảo hiểm tuyên bố: Nó xác minh rằng mỗi dòng mã nguồn đã được thực thi và kiểm tra
- Phạm vi quyết định: Nó đảm bảo rằng mọi quyết định trong mã nguồn đều được thực thi và kiểm tra
- Phạm vi đường dẫn: Nó đảm bảo rằng mọi tuyến đường có thể đi qua một phần mã nhất định đều được thực thi và kiểm tra
58. Nêu ý nghĩa của việc kiểm tra hơi thở là gì?
Kiểm tra hơi thở là bộ thử nghiệm thực hiện đầy đủ chức năng của sản phẩm nhưng không kiểm tra chi tiết các tính năng
59. Giải thích ý nghĩa của Code Walk Through là gì?
Code Walk Through là phân tích không chính thức về mã nguồn chương trình để tìm lỗi và xác minh kỹ thuật mã hóa
60. Hãy cho biết các thành phần cơ bản của mẫu báo cáo lỗi là gì?
Các thành phần thiết yếu của định dạng báo cáo lỗi bao gồm
- Tên Dự Án
- Tên mô-đun
- Khiếm khuyết được phát hiện trên
- Khiếm khuyết được phát hiện bởi
- ID và tên lỗi
- Ảnh chụp lỗi
- Trạng thái ưu tiên và mức độ nghiêm trọng
- Khiếm khuyết được giải quyết bằng
- Lỗi được giải quyết trên
61. Hãy cho biết mục đích của việc thực hiện end-to-end testing là gì?
Kiểm tra đầu cuối được thực hiện sau khi kiểm tra chức năng. Mục đích đằng sau việc thực hiện thử nghiệm đầu cuối là
- Để xác thực Yêu cầu phần mềm và tích hợp với các giao diện bên ngoài
- Ứng dụng thử nghiệm trong kịch bản môi trường thực tế
- Kiểm tra sự tương tác giữa ứng dụng và cơ sở dữ liệu
62. Giải thích ý nghĩa của dây thử nghiệm?
Khai thác thử nghiệm đang định cấu hình một bộ công cụ và dữ liệu thử nghiệm để kiểm tra ứng dụng trong các điều kiện khác nhau và nó liên quan đến việc giám sát đầu ra với đầu ra dự kiến để đảm bảo tính chính xác.
63. Giải thích trong một dự án thử nghiệm những hoạt động thử nghiệm nào bạn sẽ tự động hóa?
Khi thử nghiệm các hoạt động thử nghiệm dự án, bạn sẽ tự động hóa
- Các thử nghiệm cần được chạy cho mọi bản dựng ứng dụng
- Các thử nghiệm sử dụng nhiều dữ liệu cho cùng một bộ hành động
- Các thử nghiệm giống hệt nhau cần được thực hiện bằng các trình duyệt khác nhau
- Các trang quan trọng của nhiệm vụ
- Giao dịch với các trang không thay đổi trong thời gian ngắn
64. Lợi ích CHÍNH của việc thiết kế thử nghiệm sớm trong vòng đời là gì?
Nó giúp ngăn chặn các lỗi được đưa vào mã.
65. Thử nghiệm dựa trên rủi ro là gì?
Dựa trên rủi ro Kiểm tra là thuật ngữ được sử dụng cho một cách tiếp cận để tạo ra một Chiến lược thử nghiệm dựa trên việc ưu tiên kiểm tra theo rủi ro. Cơ sở của phương pháp này là phân tích rủi ro chi tiết và ưu tiên rủi ro theo mức độ rủi ro. Sau đó, các thử nghiệm để giải quyết từng rủi ro sẽ được chỉ định, bắt đầu với rủi ro cao nhất trước tiên.
66. Sự khác biệt CHÍNH giữa phương pháp thử nghiệm phòng ngừa và phản ứng là gì?
Các xét nghiệm phòng ngừa được thiết kế sớm; các thử nghiệm phản ứng được thiết kế sau khi phần mềm được sản xuất.
67. Mục đích của tiêu chí thoát là gì?
Mục đích của tiêu chí đầu ra là xác định khi nào một cấp độ kiểm tra được hoàn thành.
68. Điều gì quyết định mức độ rủi ro?
Khả năng xảy ra một sự kiện bất lợi và tác động của sự kiện đó quyết định mức độ rủi ro.
69. Kiểm tra bảng quyết định được sử dụng khi nào?
Kiểm tra bảng quyết định được sử dụng cho các hệ thống kiểm tra mà đặc tả kỹ thuật có dạng quy tắc hoặc kết hợp nguyên nhân-kết quả. Trong bảng quyết định, các đầu vào được liệt kê trong một cột, với các đầu ra trong cùng một cột nhưng ở dưới các đầu vào. Phần còn lại của bảng khám phá sự kết hợp của các đầu vào để xác định đầu ra được tạo ra.
Tìm hiểu thêm về Kỹ thuật kiểm tra bảng quyết định trong video hướng dẫn đây
70. Tại sao chúng ta sử dụng bảng quyết định?
Các kỹ thuật phân vùng tương đương và phân tích giá trị biên thường được áp dụng cho các tình huống hoặc đầu vào cụ thể. Tuy nhiên, nếu các kết hợp đầu vào khác nhau dẫn đến các hành động khác nhau được thực hiện thì điều này có thể khó hiển thị hơn bằng cách sử dụng phân vùng tương đương và phân tích giá trị biên, có xu hướng tập trung hơn vào giao diện người dùng. Hai kỹ thuật dựa trên đặc điểm kỹ thuật khác, bảng quyết định và kiểm tra chuyển đổi trạng thái tập trung hơn vào logic nghiệp vụ hoặc quy tắc nghiệp vụ. Bảng quyết định là một cách tốt để xử lý sự kết hợp của nhiều thứ (ví dụ: đầu vào). Kỹ thuật này đôi khi còn được gọi là bảng 'nguyên nhân-kết quả'. Lý do cho điều này là có một kỹ thuật lập sơ đồ logic liên quan được gọi là 'đồ thị nguyên nhân-kết quả' đôi khi được sử dụng để giúp đưa ra bảng quyết định.
71. Mục tiêu CHÍNH khi xem xét sản phẩm phần mềm là gì?
Để xác định các lỗi trong bất kỳ sản phẩm phần mềm nào.
72. Câu nào sau đây xác định kết quả mong đợi của một bài kiểm tra? Đặc tả trường hợp kiểm tra hay đặc tả thiết kế kiểm tra.
Đặc tả trường hợp thử nghiệm xác định kết quả mong đợi của thử nghiệm.
73. Lợi ích của việc kiểm tra tính độc lập là gì?
Nó tránh được sự thiên vị của tác giả trong việc xác định các bài kiểm tra hiệu quả.
74. Bạn xác định tiêu chí đầu ra là một phần của quy trình kiểm tra nào?
Tiêu chí đầu ra được xác định trên cơ sở 'Kế hoạch kiểm tra'.
75. Thử nghiệm Alpha là gì?
Thử nghiệm trước khi phát hành bởi đại diện người dùng cuối tại trang web của nhà phát triển.
76. Thử nghiệm beta là gì?
Thử nghiệm được thực hiện bởi khách hàng tiềm năng tại địa điểm của họ.
77. Hãy cho biết sự khác biệt giữa thử nghiệm Pilot và Beta là gì?
Sự khác biệt giữa thử nghiệm thí điểm và thử nghiệm beta là thử nghiệm thí điểm thực sự được thực hiện bằng cách sử dụng sản phẩm bởi nhóm người dùng trước khi triển khai lần cuối và trong thử nghiệm beta, chúng tôi không nhập dữ liệu thực mà dữ liệu được cài đặt ở khách hàng cuối để xác thực nếu sản phẩm có thể được sử dụng trong sản xuất.
78. Với đoạn mã sau, cần bao nhiêu bài kiểm tra để có độ bao phủ quyết định 100%?
if width > length
thenbiggest_dimension = width
if height > width
thenbiggest_dimension = height
end_if
elsebiggest_dimension = length
if height > length
thenbiggest_dimension = height
end_if
end_if
4
79. Bạn đã thiết kế các trường hợp thử nghiệm để cung cấp 100% phạm vi bao phủ câu lệnh và 100% phạm vi bao phủ quyết định cho đoạn mã sau. if width > length then biggest_dimension = width else biggest_dimension = length end_if Nội dung sau đã được thêm vào cuối đoạn mã trên. print “Biggest dimension is ” &biggest_dimensionprint “Width: ” & width print “Length: ” & length Cần bao nhiêu trường hợp thử nghiệm nữa?
Không, các trường hợp thử nghiệm hiện có có thể được sử dụng.
80. Sự khác biệt giữa Kỹ thuật kiểm tra và Công cụ kiểm tra là gì?
Kỹ thuật kiểm thử: – Là một quy trình nhằm đảm bảo rằng một số khía cạnh của hệ thống hoặc đơn vị ứng dụng hoạt động bình thường, có thể có ít kỹ thuật nhưng có nhiều công cụ.
Công cụ kiểm thử: – Là phương tiện thực hiện quá trình kiểm thử. Công cụ này là tài nguyên cho người kiểm thử nhưng bản thân nó không đủ để tiến hành kiểm thử
Tìm hiểu thêm về các công cụ kiểm tra đây
81. Chúng tôi sử dụng đầu ra của phân tích yêu cầu, đặc tả yêu cầu làm đầu vào để viết…
Các trường hợp kiểm tra sự chấp nhận của người dùng
82. Kiểm tra lặp lại một chương trình đã được kiểm tra, sau khi sửa đổi, để phát hiện bất kỳ lỗi nào được đưa ra hoặc chưa được phát hiện do những thay đổi trong phần mềm đang được kiểm tra hoặc trong thành phần phần mềm có liên quan hoặc không liên quan khác:
Kiểm tra hồi quy
83. Một nhà bán buôn bán hộp mực máy in. Số lượng đặt hàng tối thiểu là 5. Có mức giảm giá 20% cho đơn hàng từ 100 hộp mực máy in trở lên. Bạn được yêu cầu chuẩn bị các trường hợp thử nghiệm sử dụng các giá trị khác nhau cho số lượng hộp mực máy in đã đặt hàng. Nhóm nào sau đây chứa ba đầu vào thử nghiệm sẽ được tạo bằng Phân tích giá trị biên?
4, 5, 99
84. Kiểm thử thành phần là gì?
Kiểm tra thành phần, còn được gọi là kiểm tra đơn vị, mô-đun và chương trình, tìm kiếm các lỗi và xác minh chức năng của phần mềm (ví dụ: mô-đun, chương trình, đối tượng, lớp, v.v.) có thể kiểm tra riêng biệt. Kiểm thử thành phần có thể được thực hiện tách biệt với phần còn lại của hệ thống tùy thuộc vào bối cảnh của vòng đời phát triển và hệ thống. Thông thường, các sơ khai và trình điều khiển được sử dụng để thay thế phần mềm còn thiếu và mô phỏng giao diện giữa các thành phần phần mềm một cách đơn giản. Một stub được gọi từ thành phần phần mềm cần kiểm thử; người lái xe gọi một thành phần để kiểm tra.
Đây là một video tuyệt vời trên Kiểm tra đơn vị
85. Kiểm thử hệ thống chức năng là gì?
Kiểm tra toàn bộ chức năng từ đầu đến cuối của hệ thống được định nghĩa là kiểm tra hệ thống chức năng.
86. Lợi ích của Thử nghiệm Độc lập là gì?
Người kiểm tra độc lập không thiên vị và xác định các lỗi khác nhau cùng một lúc.
87. Theo cách tiếp cận PHẢN ỨNG đối với thử nghiệm, bạn dự kiến khi nào phần lớn công việc thiết kế thử nghiệm sẽ được bắt đầu?
Phần lớn công việc thiết kế thử nghiệm bắt đầu sau khi phần mềm hoặc hệ thống được sản xuất.
88. Các phương pháp khác nhau trong Mô hình phát triển Agile là gì?
Hiện tại có bảy phương pháp linh hoạt khác nhau mà tôi biết:
- Lập trình cực đoan (XP)
- Cuộc đánh nhau
- Phát triển phần mềm tinh gọn
- Phát triển theo hướng tính năng
- Quy trình hợp nhất linh hoạt
- Pha lê
- Mô hình phát triển hệ thống động (DSDM)
89. Hoạt động nào trong quy trình kiểm thử cơ bản bao gồm việc đánh giá khả năng kiểm thử của các yêu cầu và hệ thống?
'Phân tích kiểm thử' và 'Thiết kế' bao gồm đánh giá khả năng kiểm thử của các yêu cầu và hệ thống.
90. Lý do quan trọng NHẤT để sử dụng rủi ro để thúc đẩy nỗ lực thử nghiệm là gì?
Bởi vì thử nghiệm mọi thứ đều không khả thi.
91. Thử nghiệm ngẫu nhiên/khỉ là gì? Khi nào nó được sử dụng?
Thử nghiệm ngẫu nhiên thường được gọi là thử nghiệm khỉ. Trong loại dữ liệu thử nghiệm như vậy được tạo ngẫu nhiên, thường sử dụng công cụ hoặc cơ chế tự động. Với đầu vào được tạo ngẫu nhiên này, hệ thống sẽ được kiểm tra và kết quả sẽ được phân tích tương ứng. Những thử nghiệm này kém tin cậy hơn; do đó nó thường được sử dụng bởi những người mới bắt đầu và để xem liệu hệ thống có chịu được những tác động bất lợi hay không.
92. Mục tiêu nào sau đây là mục tiêu hợp lệ cho báo cáo sự cố?
- Cung cấp cho nhà phát triển và các bên khác phản hồi về sự cố để cho phép xác định, cách ly và khắc phục khi cần thiết.
- Cung cấp ý tưởng để cải tiến quy trình kiểm thử.
- Cung cấp một phương tiện để đánh giá năng lực của người thử nghiệm.
- Cung cấp cho người thử nghiệm phương tiện theo dõi chất lượng của hệ thống đang được thử nghiệm.
93. Hãy xem xét các kỹ thuật sau. Kỹ thuật nào là tĩnh và kỹ thuật nào là động?
- Phân vùng tương đương.
- Kiểm tra trường hợp sử dụng.
- Phân tích luồng dữ liệu.
- Thử nghiệm thăm dò.
- Kiểm tra quyết định.
- Thanh tra.
Phân tích và kiểm tra luồng dữ liệu là tĩnh; Phân vùng tương đương, Kiểm tra trường hợp sử dụng, Kiểm tra thăm dò và Kiểm tra quyết định là động.
94. Tại sao thử nghiệm tĩnh và thử nghiệm động được coi là bổ sung cho nhau?
Bởi vì chúng có chung mục đích là xác định lỗi nhưng khác nhau về loại lỗi mà chúng tìm thấy.
95. Các giai đoạn của quá trình xem xét chính thức là gì?
Ngược lại với đánh giá không chính thức, đánh giá chính thức tuân theo một quy trình chính thức. Một quy trình xem xét chính thức điển hình bao gồm sáu bước chính:
- Lập kế hoạch
- Bắt đầu
- Chuẩn bị
- Revtôi đang họp
- Làm lại
- Theo sát.
96. Vai trò của người điều hành trong quá trình xem xét là gì?
Người điều hành (hoặc người đứng đầu đánh giá) dẫn dắt quá trình đánh giá. Người đó sẽ hợp tác với tác giả để xác định loại đánh giá, cách tiếp cận và thành phần của nhóm đánh giá. Người điều hành thực hiện kiểm tra đầu vào và theo dõi quá trình làm lại, nhằm kiểm soát chất lượng đầu vào và đầu ra của quá trình xem xét. Người điều hành cũng lên lịch cuộc họp, phổ biến tài liệu trước cuộc họp, huấn luyện các thành viên khác trong nhóm, điều hành cuộc họp, dẫn dắt các cuộc thảo luận có thể diễn ra và lưu trữ dữ liệu được thu thập.
Học nhiều hơn về Revquy trình iew trong Video Hướng dẫn đây
97. Phân vùng tương đương (còn được gọi là lớp tương đương) là gì?
Một phạm vi giá trị đầu vào hoặc đầu ra sao cho chỉ một giá trị trong phạm vi đó trở thành trường hợp thử nghiệm.
98. Khi nào nên triển khai các thủ tục quản lý cấu hình?
Trong quá trình lập kế hoạch kiểm tra.
99. Một loại Kiểm tra chức năng, điều tra các chức năng liên quan đến việc phát hiện các mối đe dọa, chẳng hạn như vi-rút từ những kẻ độc hại bên ngoài?
Kiểm tra bảo mật
100. Thử nghiệm trong đó chúng tôi đặt mục tiêu của thử nghiệm vào các khối lượng công việc khác nhau để đo lường và đánh giá hành vi hiệu suất cũng như khả năng của mục tiêu và thử nghiệm để tiếp tục hoạt động bình thường trong các khối lượng công việc khác nhau này?
Kiểm tra Tải
101. Hoạt động kiểm thử được thực hiện để phát hiện các khiếm khuyết trong giao diện và trong sự tương tác giữa các thành phần tích hợp là?
Kiểm tra mức độ tích hợp
102. Các kỹ thuật kiểm thử dựa trên cấu trúc (hộp trắng) là gì?
Các kỹ thuật kiểm thử dựa trên cấu trúc (cũng là động chứ không phải tĩnh) sử dụng cấu trúc bên trong của phần mềm để rút ra các trường hợp kiểm thử. Chúng thường được gọi là các kỹ thuật 'hộp trắng' hoặc 'hộp kính' (ngụ ý rằng bạn có thể nhìn vào hệ thống) vì chúng đòi hỏi kiến thức về cách phần mềm được triển khai, tức là cách phần mềm hoạt động. Ví dụ, một kỹ thuật cấu trúc có thể liên quan đến việc thực hiện các vòng lặp trong phần mềm. Các trường hợp kiểm thử khác nhau có thể được rút ra để thực hiện vòng lặp một lần, hai lần và nhiều lần. Điều này có thể được thực hiện bất kể chức năng của phần mềm.
103. Khi nào nên thực hiện “Thử nghiệm hồi quy”?
Sau khi phần mềm thay đổi hoặc khi môi trường thay đổi Kiểm tra hồi quy nên được thực hiện.
104. Xét nghiệm âm tính và dương tính là gì?
Kiểm tra âm tính là khi bạn nhập thông tin đầu vào không hợp lệ và nhận được lỗi. Trong khi thử nghiệm tích cực là khi bạn nhập thông tin đầu vào hợp lệ và mong đợi một số hành động sẽ được hoàn thành theo đặc điểm kỹ thuật.
105. Mục đích của tiêu chí hoàn thành bài kiểm tra là gì?
Mục đích của tiêu chí hoàn thành kiểm thử là xác định khi nào nên dừng kiểm thử
106. Phân tích tĩnh KHÔNG thể tìm thấy gì?
Ví dụ rò rỉ bộ nhớ.
107. Sự khác biệt giữa kiểm tra lại và kiểm tra hồi quy là gì?
Việc kiểm tra lại đảm bảo lỗi ban đầu đã được loại bỏ; kiểm tra hồi quy tìm kiếm các tác dụng phụ không mong muốn.
108. Các kỹ thuật kiểm tra dựa trên Kinh nghiệm là gì?
Trong các kỹ thuật dựa trên kinh nghiệm, kiến thức, kỹ năng và nền tảng của mọi người là yếu tố đóng góp chính cho các điều kiện kiểm thử và trường hợp kiểm thử. Kinh nghiệm của cả người kỹ thuật và người kinh doanh đều quan trọng vì họ mang lại những quan điểm khác nhau cho quá trình phân tích và thiết kế thử nghiệm. Do có kinh nghiệm trước đây với các hệ thống tương tự, họ có thể hiểu rõ hơn về những gì có thể xảy ra, điều này rất hữu ích cho việc thử nghiệm.
109. Loại đánh giá nào yêu cầu các tiêu chí đầu vào và đầu ra chính thức, bao gồm cả các số liệu?
Sự kiểm tra
110. Đánh giá hoặc kiểm tra có thể được coi là một phần của thử nghiệm không?
Có, vì cả hai đều giúp phát hiện lỗi và cải thiện chất lượng.
111. Một trường đầu vào lấy năm sinh từ 1900 đến 2004, giá trị biên để kiểm tra trường này là bao nhiêu?
1899,1900,2004,2005
112. Công cụ nào sau đây sẽ tham gia vào quá trình tự động hóa thử nghiệm hồi quy? a. Kiểm tra dữ liệu b. Kiểm tra ranh giới c. Chụp/Phát lại d. So sánh đầu ra.
d. Bộ so sánh đầu ra
113. Để kiểm tra một hàm, người lập trình phải viết gì, gọi hàm đó để kiểm tra và truyền dữ liệu kiểm tra.
Người lái xe
114. Lý do chính khiến các nhà phát triển gặp khó khăn khi thử nghiệm tác phẩm của chính họ là gì?
Thiếu khách quan
115. “Thử nghiệm bao nhiêu là đủ?”
Câu trả lời phụ thuộc vào rủi ro đối với ngành, hợp đồng và các yêu cầu đặc biệt của bạn.
116. Khi nào nên dừng thử nghiệm?
Nó phụ thuộc vào rủi ro của hệ thống đang được thử nghiệm. Có một số tiêu chí dựa vào đó bạn có thể ngừng thử nghiệm.
- Thời hạn (Thử nghiệm, Phát hành)
- Ngân sách thử nghiệm đã cạn
- Tỷ lệ lỗi giảm xuống dưới một mức nhất định
- Các trường hợp thử nghiệm đã hoàn thành với tỷ lệ phần trăm nhất định được thông qua
- Giai đoạn Alpha hoặc Beta để thử nghiệm kết thúc
- Phạm vi bao phủ của mã, chức năng hoặc yêu cầu được đáp ứng ở một điểm cụ thể
117. Mục đích chính của chiến lược tích hợp để thử nghiệm tích hợp trong quy mô nhỏ là gì?
Mục đích chính của chiến lược tích hợp là chỉ định những mô-đun nào sẽ kết hợp khi nào và bao nhiêu mô-đun cùng một lúc.
118. Trường hợp thử nghiệm bán ngẫu nhiên là gì?
Các trường hợp kiểm thử bán ngẫu nhiên không là gì cả, nhưng khi chúng ta thực hiện các trường hợp kiểm thử ngẫu nhiên và thực hiện phân vùng tương đương cho các trường hợp kiểm thử đó, nó sẽ loại bỏ các trường hợp kiểm thử dư thừa, do đó tạo ra các trường hợp kiểm thử bán ngẫu nhiên.
119. Với đoạn mã sau, câu nào là đúng về số lượng trường hợp kiểm thử tối thiểu cần thiết để có phạm vi bao phủ toàn bộ câu lệnh và nhánh?
Đọc p
Đọc q
NẾU p+q> 100
SAU ĐÓ In “Lớn”
KẾT THÚC
NẾU p > 50
SAU ĐÓ In “p Large”
KẾT THÚC
1 bài kiểm tra cho phạm vi câu lệnh, 2 bài kiểm tra cho phạm vi chi nhánh
120. Đánh giá nào thường được sử dụng để đánh giá một sản phẩm nhằm xác định tính phù hợp của nó với mục đích sử dụng và xác định những khác biệt?
Kỹ thuật Revôi.
121. Những lỗi được tìm thấy phải được ai ghi lại ban đầu?
Bởi những người thử nghiệm.
122. Tiêu chuẩn tài liệu chính thức được công nhận trên toàn thế giới hiện nay là gì?
Không có một.
123. Trong số những người sau đây, ai là người tham gia đánh giá đã tạo ra mục cần được đánh giá?
Tác giả
124. Một số lỗi nghiêm trọng được sửa trong phần mềm. Tất cả các lỗi đều nằm trong một mô-đun, liên quan đến báo cáo. Người quản lý kiểm tra quyết định chỉ thực hiện kiểm tra hồi quy trên mô-đun báo cáo.
Kiểm tra hồi quy cũng nên được thực hiện trên các mô-đun khác vì việc sửa một mô-đun có thể ảnh hưởng đến các mô-đun khác.
125. Tại sao phân tích giá trị biên cung cấp các ca kiểm thử tốt?
Bởi vì lỗi thường xuyên xảy ra trong quá trình lập trình các trường hợp khác nhau gần 'cạnh' của phạm vi giá trị.
126. Điều gì khiến cuộc thanh tra khác với các hình thức xem xét khác?
Nó được lãnh đạo bởi một nhà lãnh đạo được đào tạo, sử dụng các tiêu chí và danh sách kiểm tra đầu vào và đầu ra chính thức.
127. Tại sao người thử nghiệm có thể phụ thuộc vào việc quản lý cấu hình?
Bởi vì quản lý cấu hình đảm bảo rằng chúng tôi biết phiên bản chính xác của phần mềm kiểm thử và đối tượng kiểm thử.
128. V-Model là gì?
Mô hình phát triển phần mềm minh họa cách các hoạt động kiểm thử tích hợp với các giai đoạn phát triển phần mềm
129. Kiểm tra bảo trì là gì?
Được kích hoạt bởi sửa đổi, di chuyển hoặc ngừng sử dụng phần mềm hiện có
130. Phạm vi kiểm tra là gì?
Phạm vi kiểm thử đo lường theo một cách cụ thể nào đó số lượng kiểm thử được thực hiện bởi một bộ kiểm thử (có nguồn gốc theo cách khác, ví dụ: sử dụng các kỹ thuật dựa trên đặc tả). Bất cứ nơi nào chúng ta có thể đếm mọi thứ và có thể biết liệu mỗi thứ đó đã được kiểm tra bằng một số thử nghiệm hay chưa, thì chúng ta có thể đo lường mức độ bao phủ.
131. Tại sao tích hợp gia tăng được ưa thích hơn tích hợp “vụ nổ lớn”?
Bởi vì tích hợp gia tăng có khả năng sàng lọc và cách ly lỗi sớm tốt hơn
132. Quá trình bắt đầu với các mô-đun đầu cuối được gọi là gì?
Tích hợp từ dưới lên
133. Trong thời gian nào hoạt động kiểm tra có thể được tìm thấy một cách hiệu quả nhất về mặt chi phí?
Trong quá trình lập kế hoạch kiểm tra
134. Mục đích của giai đoạn yêu cầu là
Để cố định các yêu cầu, hiểu nhu cầu của người dùng, xác định phạm vi thử nghiệm
135. Tại sao chúng tôi chia thử nghiệm thành các giai đoạn riêng biệt?
Chúng tôi chia quá trình thử nghiệm thành các giai đoạn riêng biệt vì những lý do sau:
- Mỗi giai đoạn thử nghiệm có một mục đích khác nhau
- Việc quản lý thử nghiệm theo từng giai đoạn sẽ dễ dàng hơn
- Chúng tôi có thể chạy thử nghiệm khác nhau trong các môi trường khác nhau
- Hiệu suất và chất lượng thử nghiệm được cải thiện bằng cách sử dụng thử nghiệm theo từng giai đoạn
136. DRE là gì?
Để đo lường hiệu quả kiểm tra, một thước đo mạnh mẽ được sử dụng để đo lường hiệu quả kiểm thử được gọi là DRE (Hiệu quả loại bỏ lỗi). Từ thước đo này, chúng tôi sẽ biết chúng tôi đã tìm thấy bao nhiêu lỗi từ tập hợp các trường hợp kiểm thử. Công thức tính DRE là
DRE=Số lỗi trong khi kiểm tra/số lỗi trong khi kiểm tra + số lỗi được người dùng tìm thấy
137. Cái nào sau đây có khả năng được hưởng lợi nhiều nhất từ việc sử dụng các công cụ kiểm tra cung cấp các tiện ích ghi lại và phát lại thử nghiệm? a) Kiểm tra hồi quy b) Kiểm tra tích hợp c) Kiểm tra hệ thống d) Kiểm tra chấp nhận của người dùng
Kiểm tra hồi quy
138. Bạn ước tính số lần kiểm tra lại có thể cần thiết như thế nào?
Số liệu từ các dự án tương tự trước đó và các cuộc thảo luận với nhóm phát triển
139. Nghiên cứu phân tích luồng dữ liệu gì?
Việc sử dụng dữ liệu trên các đường dẫn thông qua mã.
140. Thất bại là gì?
Thất bại là sự xuất phát từ hành vi được chỉ định.
141. Bộ so sánh thử nghiệm là gì?
Đây có thực sự là một cuộc thử nghiệm nếu bạn đưa một số thông tin đầu vào vào một số phần mềm nhưng không bao giờ quan sát xem liệu phần mềm đó có đưa ra kết quả chính xác hay không? Bản chất của kiểm thử là kiểm tra xem phần mềm có tạo ra kết quả chính xác hay không và thực hiện điều đó hay không, đồng thời chúng ta phải so sánh những gì phần mềm tạo ra với những gì nó sẽ tạo ra. Bộ so sánh kiểm tra giúp tự động hóa các khía cạnh của phép so sánh đó.
142. Ai chịu trách nhiệm ghi lại tất cả các vấn đề, vướng mắc và điểm mở được xác định trong cuộc họp rà soát
Người sao lại
143. Mục đích chính của rà soát không chính thức là gì
Một cách không tốn kém để có được một số lợi ích
144. Mục đích của kỹ thuật thiết kế bài kiểm tra là gì?
Xác định các điều kiện kiểm thử và Xác định các trường hợp kiểm thử
145. Khi kiểm tra hệ thống tính điểm, người kiểm tra xác định rằng tất cả các điểm từ 90 đến 100 sẽ đạt điểm A, còn điểm dưới 90 thì không. Phân tích này được gọi là:
Phân vùng tương đương
146. Người quản lý kiểm tra muốn sử dụng các tài nguyên có sẵn để kiểm tra tự động một ứng dụng web. Sự lựa chọn tốt nhất là
Người kiểm tra, người kiểm tra tự động, chuyên gia web, DBA
147. Trong quá trình thử nghiệm người kiểm tra mô-đun, 'X' đã tìm thấy một lỗi và giao nó cho nhà phát triển. Nhưng nhà phát triển cũng bác bỏ điều đó, nói rằng đó không phải là lỗi. 'X' nên làm gì?
Gửi thông tin chi tiết về lỗi gặp phải và kiểm tra khả năng tái tạo
148. Một loại thử nghiệm tích hợp trong đó các thành phần phần mềm, thành phần phần cứng hoặc cả hai được kết hợp cùng một lúc thành một thành phần hoặc một hệ thống tổng thể, thay vì theo từng giai đoạn.
Thử nghiệm vụ nổ lớn
149. Trong thực tế, mô hình Vòng đời nào có thể có nhiều, ít hoặc nhiều cấp độ phát triển và thử nghiệm khác nhau, tùy thuộc vào dự án và sản phẩm phần mềm. Ví dụ: có thể có thử nghiệm tích hợp thành phần sau thử nghiệm thành phần và thử nghiệm tích hợp hệ thống sau thử nghiệm hệ thống.
người mẫu chữ V
150. Kỹ thuật nào có thể được sử dụng để đạt được phạm vi bao phủ đầu vào và đầu ra? Nó có thể được áp dụng cho đầu vào của con người, đầu vào thông qua giao diện của hệ thống hoặc tham số giao diện trong thử nghiệm tích hợp.
Phân vùng tương đương
151. “Mô hình vòng đời này được thúc đẩy bởi các rủi ro về lịch trình và ngân sách” Câu nói này phù hợp nhất.
người mẫu chữ V
152. Các bài kiểm tra nên được thực hiện theo thứ tự nào?
Điều quan trọng nhất phải được kiểm tra trước
153. Lỗi được phát hiện càng muộn trong vòng đời phát triển thì chi phí sửa chữa càng tốn kém. Tại sao?
Lỗi đã được tích hợp vào nhiều tài liệu, mã, kiểm tra, v.v.
154. Đo lường mức độ bao phủ là gì?
Nó là một phần đo lường tính kỹ lưỡng của thử nghiệm.
155. Kiểm tra giá trị biên là gì?
Kiểm tra các điều kiện biên trên, dưới và trên các cạnh của các lớp tương đương đầu vào và đầu ra. Ví dụ: giả sử một ứng dụng ngân hàng nơi bạn có thể rút tối đa 20,000 Rs và tối thiểu là 100 Rs, vì vậy, khi kiểm tra giá trị ranh giới, chúng tôi chỉ kiểm tra các ranh giới chính xác, thay vì nhấn vào giữa. Điều đó có nghĩa là chúng tôi kiểm tra trên giới hạn tối đa và dưới giới hạn tối thiểu.
156. COTS đại diện cho điều gì?
Thương mại ngoài kệ.
157. Mục đích của nó là cho phép các thử nghiệm cụ thể được thực hiện trên một hệ thống hoặc mạng gần giống nhất có thể với môi trường nơi vật phẩm được thử nghiệm sẽ được sử dụng khi phát hành?
Môi trường thử nghiệm
158. Điều gì có thể được coi là dựa trên kế hoạch dự án nhưng với số lượng chi tiết hơn?
Kế hoạch thử nghiệm giai đoạn
159. Phát triển ứng dụng nhanh là gì?
Rapid Application Development (RAD) về mặt hình thức là sự phát triển song song các chức năng và tích hợp sau đó. Các thành phần/chức năng được phát triển song song như thể chúng là các dự án nhỏ, các phát triển được đóng hộp thời gian, chuyển giao và sau đó được lắp ráp thành một nguyên mẫu hoạt động. Điều này có thể nhanh chóng cung cấp cho khách hàng thứ gì đó để xem và sử dụng và để cung cấp phản hồi về việc chuyển giao và các yêu cầu của họ. Có thể thay đổi và phát triển sản phẩm nhanh chóng bằng phương pháp này. Tuy nhiên, thông số kỹ thuật sản phẩm sẽ cần được phát triển cho sản phẩm tại một số thời điểm và dự án sẽ cần được đặt dưới sự kiểm soát chính thức hơn trước khi đưa vào sản xuất.
👉 Tham khảo của chúng tôi – kiểm tra bài kiểm tra
👉 Tham khảo của chúng tôi – Câu hỏi phỏng vấn kiểm thử phần mềm Video Youtube
Tải xuống bản PDF miễn phí: Câu hỏi và câu trả lời phỏng vấn kiểm thử phần mềm
Các câu hỏi và câu trả lời phỏng vấn kiểm tra thủ công pdf ở trên sẽ giúp ích cho những người mới vào nghề cũng như các Kỹ sư QA có kinh nghiệm. Hãy chia sẻ trang với bạn bè và đồng nghiệp.
