NEW
Font size
Worksheetschuong 5 + 6
Total questions: 58
Worksheet time: 29mins
Yếu tố nào dưới đây là một phần quan trọng trong việc quản lý phạm vi kiểm thử?
Đảm bảo rằng tất cả các tính năng đều được kiểm thử theo cách thủ công.
Tập trung vào việc kiểm thử giao diện người dùng (UI).
Chỉ kiểm thử các tính năng có mức độ ưu tiên cao nhất.
Đảm bảo rằng tất cả các yêu cầu của khách hàng đều được kiểm thử.
Đâu là phương pháp hiệu quả để giám sát tiến độ kiểm thử trong suốt dự án?
Đặt ra các mốc thời gian cho từng kiểm thử viên và yêu cầu báo cáo khi hoàn thành.
Sử dụng báo cáo hàng tuần để theo dõi tiến độ.
Sử dụng báo cáo hàng tuần để theo dõi tiến độ.
Tổ chức các cuộc họp kiểm thử ngắn hàng ngày để cập nhật tình trạng kiểm thử.
Trong quá trình kiểm thử, nếu có sự thay đổi về nhân sự trong nhóm kiểm thử, quản lý kiểm thử cần làm gì?
Đảm bảo rằng người thay thế được huấn luyện đầy đủ về các kiểm thử đang thực hiện và kế hoạch kiểm thử.
Cắt giảm số lượng kiểm thử viên để tiết kiệm thời gian.
Tiếp tục công việc mà không cần giám sát thêm.
Không cần thay đổi gì vì kiểm thử sẽ không bị ảnh hưởng.
Một chuyên gia trong lĩnh vực kinh doanh đã đưa ra lời khuyên và hướng dẫn về cách thức kiểm thử nên được thực hiện, và một chuyên gia công nghệ đã đề xuất sử dụng danh sách kiểm tra các loại lỗi phổ biến. Hai chiến lược kiểm thử nào đang được sử dụng?
Phân tích và Tuân thủ quy trình.
Tránh hồi quy và Phân tích.
Định hướng và Có phương pháp.
Phản ứng và Có phương pháp.
Có năm bài kiểm thử cần được thực hiện. Một bài kiểm thử có độ ưu tiên cao đã được lên lịch là bài kiểm thử thứ ba trong chuỗi năm bài, thay vì bài đầu tiên. Yếu tố nào dưới đây không phải là lý do tốt cho việc này?
Tất cả các bài kiểm thử đều có cùng mức độ ưu tiên và đây là trình tự kiểm thử hiệu quả nhất.
Ba bài kiểm thử đầu tiên có cùng mức độ ưu tiên, vì vậy không quan trọng thứ tự chúng được thực hiện.
Các bài kiểm thử đã được lên lịch trước đó có khả năng thành công cao hơn, vì vậy sẽ mất ít thời gian hơn và cung cấp phản hồi nhanh hơn.
Bài kiểm thử ưu tiên cao có sự phụ thuộc logic vào hai bài kiểm thử trước đó.
Theo từ điển ISTQB, khi gọi ai đó là “Quản lý kiểm thử”, điều đó có nghĩa là gì?
Quản lý kiểm thử lập kế hoạch và kiểm soát các hoạt động kiểm thử.
Quản lý kiểm thử thiết lập các môi trường kiểm thử.
Quản lý kiểm thử quản lý một nhóm kiểm thử viên cấp dưới.
Quản lý kiểm thử tạo một lịch trình thực thi kiểm thử chi tiết.
Trong giai đoạn đầu của việc thực thi kiểm thử, một lỗi được phát hiện, giải quyết và vượt qua kiểm thử xác nhận, nhưng sau đó lại xuất hiện trong các lần kiểm thử tiếp theo. Yếu tố nào liên quan đến quản lý cấu hình kiểm thử có thể đã gặp sự cố?
Xác định mục cấu hình.
Tính truy xuất.
Quản lý tài liệu kiểm thử.
Kiểm soát cấu hình.
Quản lý kiểm thử có thể sử dụng phương pháp nào để đảm bảo rằng các trường hợp kiểm thử được thiết kế phù hợp với yêu cầu của khách hàng?
Kiểm thử chức năng.
Kiểm thử hồi quy.
Kiểm thử chấp nhận.
Phân tích yêu cầu và đánh giá chất lượng từ khách hàng.
Quản lý kiểm thử nên làm gì nếu phát hiện một lỗi nghiêm trọng trong giai đoạn cuối của kiểm thử?
Báo cáo lỗi ngay lập tức và quyết định có cần phải trì hoãn phát hành hay không.
Đề nghị bỏ qua lỗi vì thời gian kiểm thử đã hết.
Tiếp tục kiểm thử mà không cần xử lý lỗi đó.
Chỉ thông báo cho nhóm phát triển mà không thông báo cho các bên liên quan khác.
Bạn đang viết kế hoạch kiểm thử và hiện đang hoàn thành phần rủi ro. Yếu tố nào dưới đây có khả năng được liệt kê là một rủi ro dự án?
Không xử lý được một tình huống sử dụng quan trọng.
Thời gian xử lý giao dịch quá chậm.
Bệnh tật bất ngờ của một thành viên chủ chốt trong nhóm.
Hư hỏng dữ liệu dưới tình trạng tắc nghẽn mạng.
Các tiêu chí thoát đã được thỏa thuận từ đầu dự án, nhưng giờ đây rõ ràng là không phải tất cả chúng sẽ được đáp ứng trước ngày phát hành vào tuần tới. Quản lý kiểm thử không nên nói gì với những người muốn phát hành vào tuần tới?
Các tiêu chí thoát này đã được thỏa thuận vì một lý do rất tốt, để tránh tình huống này. Cần thiết phải đáp ứng tất cả các tiêu chí thoát trước khi phát hành.
Tất cả các bên liên quan trong dự án, chủ sở hữu doanh nghiệp và chủ sản phẩm đã được thông báo về các rủi ro khi phát hành vào tuần tới, và họ đều hiểu và chấp nhận chúng? (Ký vào giấy này.)
Không phải là nhiệm vụ của tôi để đưa ra quyết định đó, vì vậy nếu các bạn vẫn muốn phát hành vào tuần tới, tôi sẽ theo dõi cẩn thận và báo cáo kết quả cho quản lý cấp cao.
Các tiêu chí thoát quan trọng nhất là gì, và chúng ta có thể đạt được sự đồng thuận từ tất cả các bên liên quan về những tiêu chí nào là tuyệt đối cần thiết và những tiêu chí nào có thể được điều chỉnh lần này không?
Quản lý kiểm thử cần làm gì khi gặp phải vấn đề về tài nguyên, chẳng hạn như thiếu kiểm thử viên hoặc công cụ kiểm thử không phù hợp?
Tiếp tục kế hoạch kiểm thử hiện tại và hy vọng rằng vấn đề sẽ được giải quyết.
Chuyển toàn bộ công việc kiểm thử sang nhóm phát triển để họ tự kiểm thử.
Cắt giảm số lượng kiểm thử và chỉ tập trung vào kiểm thử quan trọng nhất.
Đánh giá lại các yêu cầu dự án, điều chỉnh kế hoạch kiểm thử và yêu cầu các nguồn lực bổ sung.
Quản lý kiểm thử cần làm gì khi gặp phải sự thay đổi trong yêu cầu của khách hàng trong quá trình kiểm thử?
Tiếp tục thực hiện kiểm thử theo kế hoạch ban đầu mà không cần thay đổi.
Lập kế hoạch lại toàn bộ kiểm thử ngay lập tức.
Chờ đợi cho đến khi dự án gần hoàn thành để thực hiện bất kỳ thay đổi nào.
Cập nhật kế hoạch kiểm thử để phản ánh những thay đổi mới và đánh giá lại phạm vi công việc.
Sự khác biệt chính giữa kế hoạch kiểm thử, đặc tả thiết kế kiểm thử và đặc tả quy trình kiểm thử là gì?
Kế hoạch kiểm thử hoàn thành trong một phần ba đầu tiên của dự án, đặc tả thiết kế kiểm thử hoàn thành giữa dự án, và đặc tả quy trình kiểm thử hoàn thành ở phần cuối của dự án.
Kế hoạch kiểm thử mô tả một hoặc nhiều cấp độ kiểm thử, đặc tả thiết kế kiểm thử xác định các trường hợp kiểm thử cấp cao liên quan, và đặc tả quy trình kiểm thử mô tả các hành động thực hiện kiểm thử.
Kế hoạch kiểm thử ít chi tiết nhất, đặc tả quy trình kiểm thử chi tiết nhất, và đặc tả thiết kế kiểm thử nằm ở giữa hai mức này.
Kế hoạch kiểm thử dành cho quản lý, đặc tả thiết kế kiểm thử dành cho các nhà phát triển, và đặc tả quy trình kiểm thử dành cho kiểm thử viên thực hiện tự động hóa kiểm thử.
Dưới đây là các phương pháp để ước tính nỗ lực kiểm thử:
1. Burndown charts.
2. Wideband Delphi.
3. Ý kiến chuyên gia.
4. Kinh nghiệm trước đây.
5. Poker lập kế hoạch.
6. Dữ liệu dự án tương tự.
Phương pháp nào dưới đây là một kỹ thuật dựa trên chỉ số?
2, 3 và 4.
3, 4 và 5.
1, 2 và 5.
1, 5 và 6.
Mục đích của việc lập kế hoạch kiểm thử là gì?
Xác định số lượng kiểm thử viên cần thiết cho dự án.
Đảm bảo rằng tất cả các lỗi trong hệ thống đều được phát hiện.
Đảm bảo rằng tất cả các trường hợp kiểm thử đều được thực hiện.
Xác định và quản lý các rủi ro kiểm thử trong dự án.
Khi nào quản lý kiểm thử nên đánh giá lại kế hoạch kiểm thử?
Chỉ khi có sự thay đổi lớn trong yêu cầu của khách hàng.
Chỉ khi kiểm thử viên báo cáo gặp khó khăn trong công việc.
Khi có thay đổi trong các yếu tố như thời gian, nguồn lực hoặc phạm vi của dự án.
Sau khi phát hiện lỗi trong giai đoạn kiểm thử cuối cùng.
Bạn và các bên liên quan của dự án đã phát triển một danh sách các rủi ro sản phẩm và rủi ro dự án trong giai đoạn lập kế hoạch của dự án. Bạn nên làm gì tiếp theo với danh sách các rủi ro này trong quá trình lập kế hoạch kiểm thử?
Xác định mức độ kiểm thử cần thiết cho các rủi ro sản phẩm và các hành động giảm thiểu và dự phòng cần thiết cho các rủi ro dự án.
Lấy các nguồn lực cần thiết để hoàn toàn bao phủ mỗi rủi ro sản phẩm bằng các bài kiểm thử và chuyển trách nhiệm cho các rủi ro dự án cho người quản lý dự án.
Thực hiện đủ các bài kiểm thử cho các rủi ro sản phẩm, dựa trên khả năng xảy ra và tác động của mỗi rủi ro sản phẩm và thực hiện các hành động giảm thiểu cho tất cả các rủi ro dự án.
Không cần hành động quản lý rủi ro nào nữa trong giai đoạn lập kế hoạch kiểm thử.
Trong một báo cáo lỗi, kiểm thử viên có đưa ra tuyên bố sau: “Hệ thống xử lý thanh toán không chấp nhận các khoản thanh toán từ chủ thẻ American Express, điều này được coi là tính năng phải hoạt động cho phiên bản này.” Tuyên bố này có thể được tìm thấy trong phần nào dưới đây của báo cáo lỗi?
Tóm tắt lỗi.
Xác định mục kiểm thử.
Phạm vi hoặc mức độ ảnh hưởng của lỗi.
Mô tả lỗi.
Xem xét các tiêu chí thoát sau có thể có trong kế hoạch kiểm thử:
I. Không có lỗi quan trọng đối với khách hàng.
II. Tất cả các giao diện giữa các thành phần đã được kiểm thử.
III. Bao phủ mã 100% đối với tất cả các đơn vị.
IV. Tất cả các yêu cầu đã được đáp ứng.
V. Chức năng hệ thống phù hợp với hệ thống cũ đối với tất cả các quy tắc kinh doanh.
Câu nào dưới đây là đúng về việc liệu các tiêu chí thoát này có thuộc về kế hoạch kiểm thử chấp nhận hay không?
Chỉ có các câu I, II và V thuộc về kế hoạch kiểm thử chấp nhận.
Tất cả các câu đều thuộc về kế hoạch kiểm thử chấp nhận.
Chỉ có các câu I, IV và V thuộc về kế hoạch kiểm thử chấp nhận.
Chỉ có câu I thuộc về kế hoạch kiểm thử chấp nhận.
Công cụ phân tích tĩnh hỗ trợ kiểm thử phần mềm bằng cách nào?
Kiểm tra hiệu suất của phần mềm khi có tải trọng cao
Tự động kiểm tra các lỗi mã nguồn mà không cần thực thi phần mềm
Kiểm tra tính hiệu quả của các bài kiểm thử tự động
Tăng cường độ phủ kiểm thử cho tất cả các tình huống kiểm thử
Lợi ích của việc sử dụng công cụ kiểm thử hiệu suất là gì?
Tăng độ chính xác của kiểm thử chức năng
Đảm bảo rằng phần mềm có thể tương tác với người dùng
Đo lường độ ổn định của phần mềm dưới tải trọng cao
Kiểm tra xem phần mềm có thể chạy trên tất cả các nền tảng
Công cụ kiểm thử nào giúp kiểm tra và phát hiện lỗi trong mã trước khi thực thi chương trình?
Công cụ mô phỏng
Công cụ kiểm thử giao diện người dùng
Công cụ kiểm thử tự động
Công cụ phân tích tĩnh
Những kỹ thuật viết kịch bản nâng cao nào dành cho công cụ thực thi kiểm thử?
Dựa trên ghi lại và dựa trên khe khóa (keyhole-driven).
Dựa trên dữ liệu và dựa trên ghi lại.
Dựa trên phát lại và dựa trên từ khóa.
Dựa trên dữ liệu và dựa trên từ khóa.
Điều nào dưới đây KHÔNG được thực hiện khi chọn công cụ cho một tổ chức?
Xác định các yêu cầu nội bộ về huấn luyện và cố vấn trong việc sử dụng công cụ.
Đánh giá sự trưởng thành, điểm mạnh và điểm yếu của tổ chức.
Triển khai công cụ cho càng nhiều người dùng càng tốt trong tổ chức.
Đánh giá tính năng công cụ đối với các yêu cầu và tiêu chí rõ ràng, khách quan.
Công cụ kiểm thử nào được sử dụng để kiểm tra hiệu suất của phần mềm dưới tải trọng cao?
LoadRunner
JUnit
Selenium
Appium
Các hoạt động kiểm thử nào được hỗ trợ bởi công cụ kiểm thử?
Quản lý và kiểm soát kiểm thử.
Đo lường hiệu suất và phân tích động.
Thiết kế và triển khai kiểm thử.
Thực thi kiểm thử và ghi lại kết quả.
Khi chọn công cụ kiểm thử hiệu suất cho dự án phần mềm, bạn cần phải xem xét yếu tố nào dưới đây?
Tính dễ sử dụng và tính tương thích với các công cụ khác
Chi phí công cụ và yêu cầu phần cứng
Khả năng công cụ hỗ trợ kiểm thử trên nhiều nền tảng
Tất cả các yếu tố trên
Điểm khác biệt chính giữa kiểm thử tĩnh và kiểm thử động là gì?
Kiểm thử động chỉ dùng cho phần mềm web, trong khi kiểm thử tĩnh áp dụng cho mọi loại phần mềm
Kiểm thử tĩnh chỉ sử dụng công cụ tự động, trong khi kiểm thử động không cần công cụ
Kiểm thử động chỉ kiểm tra mã nguồn, trong khi kiểm thử tĩnh kiểm tra kết quả
Kiểm thử tĩnh không cần chạy chương trình, trong khi kiểm thử động yêu cầu chương trình chạy
Nếu công cụ đo độ bao phủ mã không hoạt động đúng, bạn sẽ làm gì để giải quyết vấn đề?
Dừng sử dụng công cụ và tiếp tục kiểm thử thủ công
Tự thực hiện kiểm tra độ bao phủ bằng tay
Chuyển sang công cụ đo độ bao phủ khác
Kiểm tra lại cấu hình của công cụ và thử lại
Mục tiêu của một dự án thí điểm khi giới thiệu công cụ vào tổ chức là gì?
Quyết định cách sử dụng, quản lý, phân loại và duy trì công cụ và tài nguyên kiểm thử.
Quyết định công cụ nào cần mua.
Đánh giá nhà cung cấp công cụ bao gồm đào tạo, hỗ trợ và các yếu tố thương mại.
Quyết định các mục tiêu và yêu cầu chính cho loại công cụ này.
Công cụ kiểm thử nào dưới đây giúp thực thi các bài kiểm thử tự động?
Selenium
JMeter
LoadRunner
SonarQube
Tại sao việc sử dụng công cụ đo độ bao phủ mã lại quan trọng trong kiểm thử phần mềm?
Tăng tốc độ phát triển phần mềm
Giúp phát hiện các phần mã không được kiểm tra
Đảm bảo tất cả các chức năng được kiểm tra đầy đủ
Giảm chi phí phát triển phần mềm
Khi sử dụng công cụ kiểm thử tự động, bạn cần đảm bảo điều gì để đạt được hiệu quả cao?
Chạy công cụ kiểm thử thường xuyên và liên tục
Tối ưu hóa kịch bản kiểm thử để phù hợp với các thay đổi của phần mềm
Tăng tốc độ chạy kiểm thử tự động
Đảm bảo công cụ luôn được cập nhật với các tính năng mới
Công cụ kiểm thử tự động giúp lợi ích gì cho nhóm kiểm thử phần mềm?
Chỉ dùng trong kiểm thử chức năng
Giúp xác định lỗi phần mềm ngay lập tức
Tăng sự phức tạp trong quá trình kiểm thử
Tiết kiệm thời gian và giảm công sức kiểm thử
Yếu tố nào là điều kiện thành công khi sử dụng công cụ trong một tổ chức?
Triển khai công cụ cho toàn bộ tổ chức một lần, càng nhanh càng tốt.
Đánh giá xem liệu lợi ích có đạt được với chi phí hợp lý không.
Đánh giá cách công cụ phù hợp với các quy trình hiện tại và áp dụng cách tiếp cận của công cụ.
Triển khai cách thu thập thông tin sử dụng từ việc sử dụng thực tế công cụ.
Công cụ nào dưới đây chủ yếu giúp kiểm tra độ bao phủ của mã nguồn trong quá trình kiểm thử?
Công cụ đo độ bao phủ
Công cụ phân tích tĩnh
Công cụ kiểm thử hiệu suất
Công cụ kiểm thử chức năng
Khi bạn muốn triển khai công cụ kiểm thử tự động cho dự án phần mềm của mình, bạn nên bắt đầu từ đâu?
Viết kịch bản kiểm thử tự động ngay lập tức
Cài đặt công cụ và bắt đầu kiểm thử ngay
Đào tạo đội ngũ kiểm thử về cách sử dụng công cụ
Chọn công cụ phù hợp với môi trường phát triển phần mềm
Chỉ số nào dưới đây sẽ hữu ích nhất để theo dõi trong suốt quá trình thực thi kiểm thử?
Tỷ lệ phần trăm yêu cầu đã có bài kiểm thử.
Số lượng lỗi đã được phát hiện và sửa.
Tỷ lệ phần trăm các bài kiểm thử đã được viết.
Số lượng môi trường kiểm thử còn lại cần cấu hình.
Trong số các nhiệm vụ điển hình của một quản lý kiểm thử, nhiệm vụ nào sau đây đúng?
Phát triển các yêu cầu hệ thống, thiết kế thông số kỹ thuật và mô hình sử dụng.
Xử lý tất cả các nhiệm vụ tự động hóa kiểm thử.
Thu thập và báo cáo các chỉ số tiến độ kiểm thử.
Giữ các kiểm thử và phạm vi kiểm thử ẩn khỏi các nhà phát triển.
Bạn đang làm kiểm thử viên cho một dự án phát triển hệ thống bán hàng cho các cửa hàng tạp hóa và các cửa hàng bán lẻ tương tự. Yếu tố nào dưới đây là một rủi ro sản phẩm cho dự án này?
Sự xuất hiện của một sản phẩm đối thủ đáng tin cậy hơn trên thị trường.
Việc không chấp nhận thẻ tín dụng cho phép.
Một số lượng lớn các sửa lỗi bị thất bại trong kiểm thử xác nhận.
Việc giao một bản phát hành kiểm thử chưa hoàn chỉnh cho chu kỳ kiểm thử hệ thống đầu tiên.
Theo từ điển ISTQB, “phương pháp kiểm thử” là gì?
Việc triển khai chiến lược kiểm thử cho một dự án cụ thể.
Tài liệu mô tả các yêu cầu chung đối với kiểm thử của một hoặc nhiều dự án trong một tổ chức, cung cấp chi tiết về cách thức kiểm thử sẽ được thực hiện.
Tập hợp các hoạt động liên quan bao gồm lập kế hoạch kiểm thử, giám sát và kiểm soát kiểm thử, phân tích kiểm thử, thiết kế kiểm thử, triển khai kiểm thử, thực thi kiểm thử và hoàn thành kiểm thử.
Tài liệu mô tả các mục tiêu kiểm thử cần đạt được và các phương tiện và lịch trình để đạt được chúng, được tổ chức để phối hợp các hoạt động kiểm thử.
Để duy trì chất lượng của quá trình kiểm thử, quản lý kiểm thử cần đảm bảo điều gì?
Đảm bảo rằng kiểm thử viên chỉ thực hiện kiểm thử cho các tính năng quan trọng nhất.
Đảm bảo kiểm thử chỉ diễn ra vào cuối quá trình phát triển phần mềm.
Giám sát các báo cáo lỗi và phân tích nguyên nhân gốc rễ của các lỗi.
Chỉ sử dụng các công cụ tự động hóa để kiểm thử.
Nhược điểm của kiểm thử độc lập là gì?
Kiểm thử độc lập có thể tìm thấy cùng một lỗi như các nhà phát triển.
Các nhà phát triển có thể mất trách nhiệm đối với chất lượng.
Kiểm thử độc lập có thể tìm thấy nhiều lỗi hơn.
Kiểm thử viên độc lập có thể quá quen thuộc với hệ thống.
Yếu tố nào dưới đây ảnh hưởng đến nỗ lực kiểm thử trong hầu hết các dự án?
Căn bệnh dài hạn bất ngờ của một thành viên trong nhóm dự án.
Sự ra đi của quản lý kiểm thử trong quá trình dự án.
Chất lượng thông tin được sử dụng để phát triển các bài kiểm thử.
Sự tách biệt về mặt địa lý giữa kiểm thử viên và các nhà phát triển.
Điều gì sẽ xuất hiện trong báo cáo tiến độ kiểm thử mà sẽ không có trong báo cáo tóm tắt kiểm thử?
Tóm tắt các kiểm thử đã thực hiện.
Các sản phẩm kiểm thử có thể tái sử dụng đã được sản xuất.
Các yếu tố đã cản trở hoặc tiếp tục cản trở tiến độ.
Tình trạng các hoạt động kiểm thử so với kế hoạch kiểm thử.
Rủi ro là gì?
Một điều gì đó có chi phí cao để sửa chữa.
Một điều xấu có thể xảy ra.
Một điều xấu đã xảy ra với sản phẩm hoặc dự án.
Một điều gì đó có thể xảy ra trong tương lai.
Mục đích của việc lập kế hoạch kiểm thử là gì?
Xác định số lượng kiểm thử viên cần thiết cho dự án.
Xác định và quản lý các rủi ro kiểm thử trong dự án.
Đảm bảo rằng tất cả các trường hợp kiểm thử đều được thực hiện.
Đảm bảo rằng tất cả các lỗi trong hệ thống đều được phát hiện.
Trong một báo cáo lỗi, kiểm thử viên đưa ra tuyên bố sau: “Vào lúc này, tôi mong đợi nhận được một thông báo lỗi giải thích lý do từ chối đầu vào không hợp lệ và yêu cầu tôi nhập lại đầu vào hợp lệ. Thay vào đó, hệ thống chấp nhận đầu vào, hiển thị biểu tượng đồng hồ cát từ một đến năm giây, và cuối cùng kết thúc bất thường, đưa ra thông báo 'Loại dữ liệu không mong muốn: 15. Nhấn để tiếp tục'”. Tuyên bố này có thể được tìm thấy trong phần nào dưới đây của báo cáo lỗi?
Tóm tắt.
Mô tả lỗi.
Tác động.
Tiêu chí pass/fail của mục kiểm thử.
Bạn đang viết kế hoạch kiểm thử và hiện đang hoàn thành phần rủi ro. Yếu tố nào dưới đây có khả năng được liệt kê là một rủi ro dự án?
Hư hỏng dữ liệu dưới tình trạng tắc nghẽn mạng.
Bệnh tật bất ngờ của một thành viên chủ chốt trong nhóm.
Không xử lý được một tình huống sử dụng quan trọng.
Thời gian xử lý giao dịch quá chậm.
Các tiêu chí thoát đã được thỏa thuận từ đầu dự án, nhưng giờ đây rõ ràng là không phải tất cả chúng sẽ được đáp ứng trước ngày phát hành vào tuần tới. Quản lý kiểm thử không nên nói gì với những người muốn phát hành vào tuần tới?
Các tiêu chí thoát này đã được thỏa thuận vì một lý do rất tốt, để tránh tình huống này. Cần thiết phải đáp ứng tất cả các tiêu chí thoát trước khi phát hành.
Các tiêu chí thoát quan trọng nhất là gì, và chúng ta có thể đạt được sự đồng thuận từ tất cả các bên liên quan về những tiêu chí nào là tuyệt đối cần thiết và những tiêu chí nào có thể được điều chỉnh lần này không?
Tất cả các bên liên quan trong dự án, chủ sở hữu doanh nghiệp và chủ sản phẩm đã được thông báo về các rủi ro khi phát hành vào tuần tới, và họ đều hiểu và chấp nhận chúng? (Ký vào giấy này.)
Không phải là nhiệm vụ của tôi để đưa ra quyết định đó, vì vậy nếu các bạn vẫn muốn phát hành vào tuần tới, tôi sẽ theo dõi cẩn thận và báo cáo kết quả cho quản lý cấp cao.
Nhược điểm của kiểm thử độc lập là gì?
Kiểm thử viên độc lập có thể quá quen thuộc với hệ thống.
Kiểm thử độc lập có thể tìm thấy nhiều lỗi hơn.
Các nhà phát triển có thể mất trách nhiệm đối với chất lượng.
Kiểm thử độc lập có thể tìm thấy cùng một lỗi như các nhà phát triển.
Theo từ điển ISTQB, “phương pháp kiểm thử” là gì?
Tài liệu mô tả các yêu cầu chung đối với kiểm thử của một hoặc nhiều dự án trong một tổ chức, cung cấp chi tiết về cách thức kiểm thử sẽ được thực hiện.
Việc triển khai chiến lược kiểm thử cho một dự án cụ thể.
Tập hợp các hoạt động liên quan bao gồm lập kế hoạch kiểm thử, giám sát và kiểm soát kiểm thử, phân tích kiểm thử, thiết kế kiểm thử, triển khai kiểm thử, thực thi kiểm thử và hoàn thành kiểm thử.
Tập hợp các hoạt động liên quan bao gồm lập kế hoạch kiểm thử, giám sát và kiểm soát kiểm thử, phân tích kiểm thử, thiết kế kiểm thử, triển khai kiểm thử, thực thi kiểm thử và hoàn thành kiểm thử.
Để duy trì chất lượng của quá trình kiểm thử, quản lý kiểm thử cần đảm bảo điều gì?
Chỉ sử dụng các công cụ tự động hóa để kiểm thử.
Đảm bảo rằng kiểm thử viên chỉ thực hiện kiểm thử cho các tính năng quan trọng nhất.
Đảm bảo kiểm thử chỉ diễn ra vào cuối quá trình phát triển phần mềm.
Giám sát các báo cáo lỗi và phân tích nguyên nhân gốc rễ của các lỗi.
Trong số các nhiệm vụ điển hình của một quản lý kiểm thử, nhiệm vụ nào sau đây đúng?
Giữ các kiểm thử và phạm vi kiểm thử ẩn khỏi các nhà phát triển.
Xử lý tất cả các nhiệm vụ tự động hóa kiểm thử.
Phát triển các yêu cầu hệ thống, thiết kế thông số kỹ thuật và mô hình sử dụng.
Thu thập và báo cáo các chỉ số tiến độ kiểm thử.
Yếu tố nào dưới đây ảnh hưởng đến nỗ lực kiểm thử trong hầu hết các dự án?
Căn bệnh dài hạn bất ngờ của một thành viên trong nhóm dự án.
Sự ra đi của quản lý kiểm thử trong quá trình dự án.
Sự tách biệt về mặt địa lý giữa kiểm thử viên và các nhà phát triển.
Chất lượng thông tin được sử dụng để phát triển các bài kiểm thử.
Chỉ số nào dưới đây sẽ hữu ích nhất để theo dõi trong suốt quá trình thực thi kiểm thử?
Số lượng lỗi đã được phát hiện và sửa.
Số lượng môi trường kiểm thử còn lại cần cấu hình.
Tỷ lệ phần trăm các bài kiểm thử đã được viết.
Tỷ lệ phần trăm yêu cầu đã có bài kiểm thử.
Các công cụ nào hỗ trợ kiểm thử tĩnh?
Công cụ xem xét, công cụ phân tích tĩnh và công cụ đo độ bao phủ.
Công cụ phân tích tĩnh và công cụ thực thi kiểm thử.
Công cụ phân tích động và công cụ mô hình hóa.
Công cụ xem xét và công cụ phân tích tĩnh.
