1.

Functional Bug

Cách xác định xem App Behavior có phải là lỗi chức năng hay không:

- Cố gắng tìm hiểu xem một tính năng được thiết kế theo một cách cụ thể hay nó thực sự bị
hỏng. Tự kiểm tra nó và kết hợp với các tính năng khác để phát hiện những khác biệt tiềm
ẩn.
- Hãy suy nghĩ về những ý định của khách hàng có thể là gì và cân nhắc rằng sản phẩm có thể
hoạt động theo cách mà nó đã được triển khai.
- Tìm bằng chứng cho thấy điều gì đó không hoạt động như bình thường và củng cố cho yêu
cầu của bạn.
- Ví dụ: Chức năng của một trang web hoạt động khác với chức năng của các trang web khác
mà bạn biết. Nó không có nghĩa là chức năng bị hỏng. Khách hàng có thể thực hiện sản phẩm
của họ theo cách nào họ muốn.
- Ví dụ: Nếu bạn tuyên bố rằng trường biểu mẫu không được xác thực và đó là lỗi, hãy đảm
bảo rằng có bất kỳ dấu hiệu nào cho thấy trường đó được dự định xác thực. Bạn có thể cung
cấp bằng chứng này bằng cách cho thấy rằng trường được xác thực trong một số trường hợp
nhưng không được xác thực trong những trường hợp khác. Nếu bạn không cung cấp bất kỳ
bằng chứng nào, đó là một tuyên bố chưa được chứng minh.
- A Visual or Content problem trở thành một Functional Problem khi nó cản trở một chức
năng và do đó phải được báo cáo là một lỗi chức năng.
- Nếu một phần chức năng liên tục hoạt động theo cùng một cách trong các tình huống khác
nhau và không có vấn đề rõ ràng, thì đó có thể là do dự định (không phải lỗi) Cách xác định
xem hành vi ứng dụng có phải là lỗi chức năng hay không:

Đánh giá mức độ nghiêm trọng

Mức độ nghiêm trọng nào phù hợp với một lỗi chức năng phụ thuộc vào một số yếu tố: tác động
chức năng của vấn đề, mức độ của vấn đề, các giải pháp thay thế có tồn tại hay không, liệu có khả
năng xảy ra thiệt hại đáng kể về doanh số bán hàng không và bạn có thể so sánh điều này lỗi này đến
lỗi khác có cùng mức độ nghiêm trọng. Do đó, trong IO thử nghiệm, chúng tôi phân biệt giữa ba mức
độ nghiêm trọng của các lỗi chức năng:

Low:

- Tác động tối thiểu đến việc sử dụng sản phẩm.

- Sản phẩm cho thấy hành vi ngoài ý muốn, nhưng việc sử dụng chung không bị ảnh hưởng.
- Rất ít người dùng, sản phẩm hoặc mặt hàng được quan tâm.
- Một tính năng / một phần chức năng bị hỏng hoặc không khả dụng, nhưng một giải pháp dễ
dàng giải quyết được vấn đề.

High:
 - Ảnh hưởng nghiêm trọng đến việc sử dụng sản phẩm nhưng chức năng chính vẫn còn
nguyên vẹn.
- Một số lượng lớn người dùng, sản phẩm hoặc mặt hàng có liên quan.
- Chức năng không tầm thường bị hỏng hoặc không khả dụng và không tồn tại giải pháp thay
thế.
- Chức năng quan trọng bị hỏng hoặc không khả dụng nhưng tồn tại một giải pháp khác (do đó
không phải là showstopper).

Critical:

- Lỗi này ngăn chặn chức năng cốt lõi của ứng dụng / trang web.
- Showstopper ngăn người dùng tiếp tục với quy trình chính, ví dụ: quá trình thanh toán.
- Lỗi gây ra mất doanh thu tiềm năng và đáng chú ý cho khách hàng.

Dựa trên các đánh giá chung, chúng tôi đã chuẩn bị một danh sách các trường hợp có mức độ
nghiêm trọng cố định: Đưa tôi đến Bảng đánh giá lỗi! Vui lòng xem lại danh sách cẩn thận và kiểm tra
nó thường xuyên để cập nhật trong tương lai.

Content Bug

Lỗi nội dung liên quan đến nội dung thực tế của trang web hoặc ứng dụng: văn bản, nhãn, hình ảnh,
video, biểu tượng, liên kết, dữ liệu, v.v. Do đó, lỗi nội dung điển hình là:

- Liên kết hoặc hình ảnh bị hỏng (404) (trừ khi nằm trong menu điều hướng, đầu trang, chân
trang hoặc điều hướng breadcrumb, là những lỗi chức năng thấp)
- Chuyển hướng bị lỗi nói chung
- Thiếu văn bản, ví dụ: trong một chú giải công cụ trống
- Thiếu nội dung, ví dụ: khu vực nội dung trống
- Thiếu nội dung, ví dụ: nếu 4 trong số 5 biểu tượng có chú giải công cụ, 1 biểu tượng không
- Bản dịch bị thiếu, ví dụ: một số nút trên trang web tiếng Anh có nhãn tiếng Pháp
- Một số sản phẩm bị thiếu trong kết quả tìm kiếm nhưng chức năng tìm kiếm tự hoạt động
- Dữ liệu bị mất

Xin lưu ý rằng lỗi chính tả không được coi là lỗi nội dung trên nền tảng của chúng tôi và không thể
gửi như vậy

Visual Bug

Lỗi trực quan liên quan đến giao diện người dùng đồ họa của các trang web hoặc ứng dụng, ví dụ:

- Các vấn đề về khung bố cục chẳng hạn như văn bản / phần tử bị lệch
 - Một vấn đề về Thiết kế đáp ứng, ví dụ: một phần tử được hiển thị trên một thiết bị di động
nhưng không hiển thị trên thiết bị khác
- Văn bản / phần tử chồng chéo lên nhau một cách vô ý
- Văn bản / phần tử bị cắt bỏ
-

Upgrade of a content or visual bug to a functional bug

Ngay khi nội dung hoặc lỗi hình ảnh ngăn chặn một chức năng, nó sẽ được báo cáo là lỗi chức năng,
mặc dù bản thân nó không thực sự là chức năng bị lỗi.

Một trường hợp quan trọng khi gửi lỗi nội dung dưới dạng lỗi chức năng là khi nó xảy ra trong một
thành phần chức năng của sản phẩm - cụ thể là các vấn đề liên kết trong menu điều hướng, đầu
trang, chân trang hoặc điều hướng đường dẫn. Những vấn đề như vậy thường là lỗi chức năng thấp.

Repetive Problem

Khi một nội dung hoặc một vấn đề hình ảnh xảy ra lặp đi lặp lại, nó chỉ có thể được gửi một lần, mặc
dù mỗi lần xuất hiện có thể có một URL, liên kết, hình ảnh khác nhau, v.v. Đây cũng là trường hợp
xảy ra trên cùng một trang hoặc trên các trang khác nhau. Báo cáo lỗi duy nhất này phải nêu rõ rằng
các URL, liên kết, hình ảnh, v.v. khác cũng có liên quan.

Các báo cáo lỗi riêng lẻ cho mỗi lần xảy ra sự cố không được gửi và sẽ bị từ chối. Ví dụ: chỉ nên gửi
một báo cáo cho các vấn đề nội dung sau: Một số hình ảnh sản phẩm trên nhiều trang chi tiết sản
phẩm của một webshop bị hỏng, một số liên kết tải xuống hướng dẫn sử dụng PDF trên nhiều trang
chi tiết sản phẩm dẫn đến 404 trang, một số mô tả sản phẩm trong ngôn ngữ khác với phần còn lại
của webshop, một số chú giải công cụ không chứa bất kỳ thông tin nào, một số liên kết thuộc cùng
một nhóm bị hỏng, v.v.

Các vấn đề hình ảnh sau đây cũng chỉ nên được gửi một lần: Một số văn bản hoặc hình ảnh lớn hơn
hộp của chúng, nhiều trường nhập liệu không đủ lớn để chứa các văn bản mặc định của chúng mà
đến lượt chúng không hoàn toàn hiển thị, nhiều đoạn giới thiệu vô tình chồng lên các yếu tố khác,
v.v. .

Để biết thêm thông tin chi tiết về từng loại lỗi và tài liệu của chúng trên nền tảng IO thử nghiệm, vui
lòng truy cập các bài viết sau: