Trắc nghiệm: Xác nhận Lỗi Trùng lặp
5 câu
6 phút Yêu cầu tối thiểu 80%
Thời gian
Danh sách câu hỏi
Đã làm Chưa
làm
Kiểm thử phần mềm là gì, vai trò của Tester trong một đội ngũ phát triển sản phẩm, và vì sao nghề này quan trọng.
Thói quen và cấu hình cần thiết lập trước mỗi đợt test để tránh sai sót và bị từ chối báo cáo, cho cả máy tính, Android và iOS.
Cách viết một bug report đúng chuẩn: chọn Severity, đặt Title, ghi URL, mô tả Steps to Reproduce, Actual/Expected Result, đính kèm ảnh và chọn Environment.
Khi nào cần chụp ảnh, khi nào cần quay video, các quy định chung về tệp đính kèm, và cách che thông tin riêng tư đúng chuẩn.
Cách chụp ảnh màn hình nhanh trên Windows, macOS, Android và iOS để phục vụ báo cáo lỗi.
Công cụ quay video được đề xuất cho máy tính và di động, các thói quen tốt khi quay, và cách làm mờ thông tin nhạy cảm trong video.
Những sai lầm phổ biến nhất ở từng phần của báo cáo lỗi: Title, URL, Steps, Actual/Expected Result và Environment, kèm ví dụ sai/đúng cụ thể.
Cách nhận biết một lỗi có phải là functional bug hay không, cách đánh giá mức độ nghiêm trọng, và phân biệt với đề xuất cải thiện trải nghiệm.
Content bug là gì, vì sao chỉ nên báo cáo một lần cho các lỗi lặp lại, khi nào cần nâng thành functional bug, và cách phân biệt ảnh vỡ với ảnh placeholder.
Visual bug là gì, khi nào cần nâng thành functional bug, và cách phát hiện lỗi responsive khó nhận ra khi kiểm thử trên nhiều kích thước màn hình.
Cách xác định phạm vi một đợt test: khu vực được phép kiểm thử, loại lỗi được nhận, và những gì không thuộc phạm vi báo cáo.
Khác biệt giữa test case và kiểm thử tự do, cách thực thi từng bước của một test case, và cách xử lý khi một bước thất bại.
Một báo cáo lỗi thường đi qua những trạng thái nào từ lúc gửi tới lúc được xử lý xong, áp dụng được cho bất kỳ hệ quản lý issue nào.
Khi phát hiện một lỗi đã có người báo cáo trước, cách gửi xác nhận trùng lặp (reproduction) đúng chuẩn thay vì tạo báo cáo mới.