Lỗi (loại)

Những loại này không hiệu quả lắm Sâu bọ Pokémon:

7 loại lỗi phần mềm phổ biến mà mọi người kiểm tra nên biết

Lỗi phần mềm là một phần không thể tránh khỏi của vòng đời phát triển phần mềm. Không có mã nào được tạo ra hoàn hảo ngay khi đi đầu tiên. Lỗi, dị thường và lỗi cần được xác định, ghi lại và giải quyết. Do đó, việc tạo ra một sản phẩm phần mềm mạnh mẽ đòi hỏi phải kiểm tra và tối ưu hóa toàn diện.

Trong suốt quá trình thử nghiệm, các nhóm buộc phải gặp các lỗi cụ thể cản trở quá trình phát triển và thử nghiệm. Nếu những lỗi này không được giải quyết trong giai đoạn đầu, chúng sẽ phá vỡ quy trình làm việc trong các giai đoạn sau và việc sửa chúng trở nên khó khăn hơn và tốn nhiều thời gian hơn.

Tuy nhiên, nếu những người thử nghiệm nhận thức được các loại lỗi hoặc khuyết tật phổ biến nhất mà chúng có thể gặp phải, họ có thể giải quyết chúng sớm hơn, nhanh hơn và hiệu quả hơn.

Các loại lỗi phần mềm khác nhau

Bài viết này thảo luận về hầu hết các loại lỗi hoặc lỗi phần mềm phổ biến gặp phải trong thử nghiệm phần mềm để các nhà phát triển và người thử nghiệm có thể đối phó với chúng tốt hơn.

1. Lỗi chức năng

Các lỗi chức năng được liên kết với chức năng của một thành phần phần mềm cụ thể. Ví dụ, một Đăng nhập nút không cho phép người dùng đăng nhập, Thêm vào giỏ hàng nút không cập nhật giỏ hàng, một Hộp tìm kiếm không trả lời truy vấn của người dùng, v.v.

Nói một cách đơn giản, bất kỳ thành phần nào trong một ứng dụng hoặc trang web không có chức năng như dự định là một lỗi chức năng.

Những lỗi như vậy thường được phát hiện khi người thử nghiệm tiến hành thử nghiệm chức năng toàn diện cho các ứng dụng hoặc trang web của họ trong điều kiện người dùng thực. Các đội cần đảm bảo rằng tất cả các lỗi chức năng được giải quyết trong giai đoạn đầu để tránh cung cấp trải nghiệm người dùng xấu trong môi trường sản xuất.

2. Lỗi logic

Một lỗi hợp lý phá vỡ quy trình công việc dự định của phần mềm và khiến nó hoạt động không chính xác. Những lỗi này có thể dẫn đến hành vi phần mềm không mong muốn và thậm chí các sự cố đột ngột. Lỗi logic chủ yếu diễn ra do mã được viết kém hoặc giải thích sai logic kinh doanh. Ví dụ về các lỗi logic bao gồm:

• Gán một giá trị cho biến sai
• Chia hai số thay vì thêm chúng lại với nhau dẫn đến đầu ra bất ngờ

3. Lỗi quy trình làm việc

Lỗi quy trình làm việc được liên kết với hành trình người dùng (điều hướng) của ứng dụng phần mềm. Hãy để xem xét một ví dụ về một trang web nơi người dùng cần điền vào biểu mẫu liên quan đến lịch sử y tế của họ. Sau khi điền vào biểu mẫu, người dùng có ba tùy chọn để lựa chọn:

• Cứu
• Lưu và thoát
• Trang trước

Từ các tùy chọn có sẵn, nếu người dùng nhấp vào “Lưu và thoát,” người dùng dự định lưu thông tin đã nhập và sau đó thoát. Tuy nhiên, nếu nhấp vào Lưu và thoát Nút dẫn đến một lối thoát khỏi biểu mẫu mà không lưu thông tin, nó dẫn đến một lỗi quy trình công việc.

4. Lỗi cấp độ đơn vị

Lỗi cấp độ đơn vị rất phổ biến và chúng thường dễ khắc phục hơn. Khi các mô -đun ban đầu của các thành phần phần mềm được phát triển, các nhà phát triển thực hiện kiểm tra đơn vị để đảm bảo rằng các lô mã nhỏ đang hoạt động như mong đợi. Tại đây, nơi các nhà phát triển gặp phải các lỗi khác nhau bị bỏ qua trong các giai đoạn mã hóa.

Lỗi cấp độ đơn vị dễ bị cô lập hơn khi các nhà phát triển đối phó với một lượng mã tương đối nhỏ. Hơn nữa, việc sao chép các lỗi này mất ít thời gian hơn, vì vậy các nhà phát triển có thể theo dõi lỗi chính xác và sửa nó ngay lập tức.

Ví dụ: nếu nhà phát triển tạo một biểu mẫu trang duy nhất, một thử nghiệm đơn vị sẽ xác minh xem tất cả các trường đầu vào có chấp nhận các đầu vào phù hợp và xác nhận các nút cho chức năng. Trong trường hợp trường không chấp nhận các ký tự hoặc số thích hợp, các nhà phát triển gặp phải lỗi cấp đơn vị.

5. Lỗi tích hợp cấp hệ thống

Lỗi tích hợp cấp hệ thống chủ yếu bật lên khi hai hoặc nhiều đơn vị mã được viết bởi các nhà phát triển khác nhau không tương tác với nhau. Những lỗi này chủ yếu xảy ra do sự không nhất quán hoặc không tương thích giữa hai hoặc nhiều thành phần. Những lỗi như vậy rất khó theo dõi và sửa chữa vì các nhà phát triển cần kiểm tra một đoạn mã lớn hơn. Họ cũng tốn thời gian để sao chép.

Các vấn đề tràn bộ nhớ và giao tiếp không phù hợp giữa UI ứng dụng và cơ sở dữ liệu là các ví dụ phổ biến về các lỗi tích hợp cấp hệ thống.

6. Ra khỏi các lỗi bị ràng buộc

Các lỗi bị ràng buộc hiển thị khi người dùng hệ thống tương tác với giao diện người dùng một cách không lường trước được. Những lỗi này xảy ra khi người dùng cuối đi vào giá trị hoặc tham số ngoài giới hạn sử dụng ngoài ý muốn-ví dụ, nhập một số lớn hơn đáng kể hoặc nhập giá trị đầu vào của loại dữ liệu không xác định. Những lỗi này thường xuất hiện trong các xác nhận biểu mẫu trong quá trình thử nghiệm chức năng của các ứng dụng web hoặc di động.

7. Lỗi bảo mật

Bảo mật là mối quan tâm chính cho phát triển phần mềm. Lỗi bảo mật là một rủi ro lớn đối với người dùng và nên được giải quyết rất nghiêm túc và được giải quyết. Do mức độ nghiêm trọng cao và bản chất dễ bị tổn thương của chúng, các lỗi bảo mật được xem xét một trong những lỗi nhạy cảm nhất trong tất cả các loại và nên được xử lý với mức độ quan trọng và cấp bách. Những lỗi này có thể không cản trở hoạt động nhưng có thể thỏa hiệp toàn bộ hệ thống. Chúng nên được kiểm tra kỹ lưỡng trong khoảng thời gian đều đặn.

Vai trò của các thiết bị thực trong nhận dạng lỗi

Để bất kỳ sản phẩm phần mềm nào (ứng dụng di động hoặc ứng dụng web) thành công trong môi trường phân mảnh cao, nó cần được kiểm tra kỹ lưỡng trong điều kiện người dùng thực. Điều này giúp phát hiện và giải quyết các lỗi tối đa mà người dùng cuối có thể gặp phải trong thế giới thực.

Kiểm tra rộng rãi yêu cầu một phòng thí nghiệm thiết bị toàn diện cho phép người thử nghiệm kiểm tra các ứng dụng web và di động của họ trên các kết hợp trình duyệt thiết bị khác nhau. Hãy nhớ rằng việc thiết lập một phòng thí nghiệm kỹ thuật số thử nghiệm toàn diện đòi hỏi nỗ lực đầu tư và bảo trì tài chính đáng kể. Đương nhiên, điều này là không khả thi cho tất cả các tổ chức.

Các nền tảng thử nghiệm dựa trên đám mây như Browserstack giúp các nhóm thuộc mọi quy mô bằng cách cung cấp cho họ cơ sở hạ tầng thử nghiệm cần thiết để thử nghiệm toàn diện. Người ta có thể kiểm tra trên một loạt các thiết bị (di động và máy tính để bàn) chạy trên các hệ điều hành độc đáo như Android, iOS, Windows hoặc MacOS.

Không cần phải nói, toàn bộ quy trình QA dựa vào việc sử dụng đám mây thiết bị thực. Điều này đúng với kiểm tra thủ công và kiểm tra tự động hóa. QA, cũng có thể chọn tiến hành thử nghiệm Cypress trên hơn 30 phiên bản Trình duyệt thực.

Sử dụng Lưới Selenium của Browerserstack, gồm hơn 2000 trình duyệt và thiết bị thực tế để chạy tất cả các thử nghiệm cần thiết trong điều kiện người dùng thực. Kiểm tra thủ công cũng dễ dàng được thực hiện trên đám mây Browerstack. Đăng ký miễn phí, chọn các kết hợp trình duyệt thiết bị cần thiết và bắt đầu thử nghiệm.

Ngoài ra, Browserstack cũng cung cấp một bộ công cụ gỡ lỗi giúp bạn dễ dàng xác minh, gỡ lỗi và sửa lỗi.

Được liệt kê dưới đây là một loạt các công cụ gỡ lỗi được cung cấp bởi các sản phẩm thử nghiệm web và di động của BrowSerstack,:

1. Sống: Các công cụ phát triển được cài đặt sẵn cho trình duyệt máy tính để bàn và công cụ phát triển Chrome trên các thiết bị di động thực.
2. Tự động hóa: Quay video, ảnh chụp màn hình, nhật ký văn bản, nhật ký mạng, nhật ký selen và một vài bản khác.
3. Ứng dụng trực tiếp: Nhật ký thiết bị thời gian thực từ logcat hoặc bảng điều khiển
4. Ứng dụng Tự động hóa: Quay video, nhật ký văn bản, ảnh chụp màn hình, nhật ký mạng, nhật ký appium, hồ sơ ứng dụng và các bản khác.

Với cơ sở hạ tầng thử nghiệm bao gồm như vậy, các nhóm không cần phải lo lắng về việc thực hiện bất kỳ nỗ lực bổ sung nào để thiết lập một phòng thí nghiệm thiết bị phức tạp. Đơn giản chỉ cần đăng ký miễn phí -> Chọn môi trường kiểm tra mong muốn, -> Bắt đầu kiểm tra từ xa từ bất cứ đâu trên thế giới.

Như đã đề cập trước đó, việc phát triển phần mềm hoàn hảo cần kiểm tra toàn diện, gỡ lỗi và tối ưu hóa. Bất kể loại lỗi nào, người thử phải đảm bảo rằng phần lớn các lỗi được xác định và giải quyết trong giai đoạn đầu để tránh làm lại trong các giai đoạn sau. Đương nhiên, có sự rõ ràng về các loại lỗi phổ biến nhất sẽ giúp các nhà phát triển tránh những sai lầm trong quá trình phát triển.

Lỗi (loại)

Hầu hết Sâu bọ Pokémon phát triển nhanh chóng và phát triển sớm hơn các loại khác. Kết quả là, chúng thường rất yếu. Trong thế hệ I, lỗi gần như vô dụng vì một số ít Sâu bọ Loại di chuyển có sẵn rất yếu. Tình hình được cải thiện trong các trò chơi sau này với những bước di chuyển tốt hơn và lợi thế so với loại tối.

Trong các thế hệ 1-3, tất cả Sâu bọ Loại di chuyển được phân loại là vật lý.

100
Loại lỗi Pokémon
25
Pokémon một loại
75
Pokémon loại kép

Tấn công Ưu & Nhược điểm

Sâu bọ Các động tác là siêu hiệu quả chống lại:

Sâu bọ Di chuyển không hiệu quả lắm đối với:

Phòng thủ Ưu & Nhược điểm

Những loại này không hiệu quả lắm Sâu bọ Pokémon:

Những loại này siêu hiệu quả chống lại Sâu bọ Pokémon:

Tấn công loại kép Ưu & Nhược điểm

Biểu đồ này cho thấy sức mạnh của Sâu bọ Loại so với mọi loại kết hợp. Tỷ lệ thiệt hại a Sâu bọ Loại di chuyển sẽ giao dịch được hiển thị – có nghĩa là 50% sát thương (không hiệu quả), 2 có nghĩa là 200% (siêu hiệu quả), v.v.

Cũng không	Cây thông	Wat	Ele	GRA	Đá	Quả sung	POI	Gro	Bay	PSY	Sâu bọ	ROC	Gho	Dra	Dar	Ste	Fai
Bình thường	½			2		½	½		½	2			½		2	½	½
Ngọn lửa	½	½	½		½	¼	¼	½	¼		½	½	¼	½		¼	¼
Nước		½		2		½	½		½	2			½		2	½	½
Điện		½		2		½	½		½	2			½		2	½	½
Cỏ	2		2	2	2			2		4	2	2		2	4
Đá		½			2	½	½		½	2			½		2	½	½
Chiến đấu	½	¼	½	½		½	¼	½	¼		½	½	¼	½		¼	¼
Chất độc	½	¼	½	½		½	¼	½	¼		½	½	¼	½		¼	¼
Đất		½			2		½	½	½	2			½		2	½	½
Bay	½	¼	½	½		½	¼	¼	½		½	½	¼	½		¼	¼
Nhà ngoại cảm	2		2	2	4	2			2		2	2		2	4
Sâu bọ		½			2		½	½		½	2		½		2	½	½
Đá		½			2		½	½		½	2		½		2	½	½
Bóng ma	½	¼	½	½		½	¼	¼	½	¼		½	½	½		¼	¼
Rồng		½			2		½	½		½	2			½	2	½	½
Tối tăm	2		2	2	4	2			2		4	2	2		2
Thép	½	¼	½	½		½	¼	¼	½	¼		½	½	¼	½		¼
Tiên	½	¼	½	½		½	¼	¼	½	¼		½	½	¼	½		¼

Hiệu ứng của loại lỗi

• Khả năng bầy làm tăng sức mạnh của loại lỗi di chuyển 50% khi Pokémon có ít hơn 1 ⁄₃ HP còn lại.
• Khả năng rầm rộ làm tăng tốc độ của Pokémon khi bị tấn công bởi một cuộc tấn công loại lỗi.
• Các vật phẩm Tấm côn trùng và Bột bạc làm tăng sức mạnh của loại lỗi di chuyển lên 20% khi được giữ.
• Đá quý lỗi làm tăng sức mạnh của một loại lỗi di chuyển lên 30% khi được giữ và sau đó được tiêu thụ.
• The Tanga Berry, khi được tổ chức, trung hòa một loại lỗi siêu hiệu quả.
• Bóng ròng làm tăng tốc độ bắt khi được sử dụng trên các loại lỗi.

Những ngôn ngữ khác

Tiếng Anh	Sâu bọ
tiếng Nhật	むし
tiếng Đức	Käfer
người Pháp	Côn trùng
người Ý	COLEOTTERO
người Tây Ban Nha	BICHO
Hàn Quốc	벌레
Trung Quốc (đơn giản hóa)	虫
Truyền thống Trung Hoa)	蟲

Trung bình chỉ số Pokémon Bug Pokémon

71.0
Tấn công
Xếp hạng #17
70.7
Phòng thủ
Xếp hạng #14
56.0
Sp. Tấn công
Xếp hạng #18
65.5
Sp. Phòng thủ
Xếp hạng #17

Huấn luyện viên loại lỗi đáng chú ý

Bugsy
Lãnh đạo phòng tập thể dục thị trấn Azalea
Gen 2, 4

Aaron
Ưu tú bốn
Gen 4, 8

Burgh
Lãnh đạo phòng tập thể dục thành phố Castelia
Gen 5

Viola
Lãnh đạo phòng tập thể dục thành phố Santalune
Gen 6

Pokémon lỗi

Có 100 Pokémon kiểu lỗi.
Xem thêm:

Sâu bướm
#0010 / lỗi

Metapod
#0011 / lỗi

Butterfree
#0012 / lỗi · Bay

Cỏ dại
#0013 / lỗi · Poison

Kakuna
#0014 / lỗi · Poison

Beedrill
#0015 / lỗi · Poison

Beedrill
Mega Beedrill
#0015 / lỗi · Poison

Ký sinh
#0046 / lỗi · cỏ

Ký sinh
#0047 / lỗi · cỏ

Venonat
#0048 / lỗi · Poison

Nọc độc
#0049 / lỗi · Poison

Scyther
#0123 / Bug · Bay

Pinsir
#0127 / lỗi

Pinsir
Mega Pinsir
#0127 / Bug · Bay

Ledyba
#0165 / Bug · Bay

Ledian
#0166 / Bug · Bay

Spinarak
#0167 / Bug · Poison

ARIADOS
#0168 / Bug · Poison

Yanma
#0193 / Bug · Bay

Pineco
#0204 / lỗi

Forretress
#0205 / Bug · Thép

Scizor
#0212 / Bug · Thép

Scizor
Mega Scizor
#0212 / Bug · Thép

Bị chùng
#0213 / Bug · Rock

Heracross
#0214 / BUG · Chiến đấu

Heracross
Mega Heracross
#0214 / BUG · Chiến đấu

Wurmple
#0265 / lỗi

Silcoon
#0266 / lỗi

Đẹp
#0267 / Bug · Bay

Cascoon
#0268 / lỗi

Dustox
#0269 / lỗi · Poison

Surskit
#0283 / Bug · Nước

Masquerain
#0284 / Bug · Bay

Nincada
#0290 / lỗi · mặt đất

Ninjask
#0291 / Bug · Bay

Shedinja
#0292 / Bug · Ghost

Volbeat
#0313 / lỗi

Đang chiếu sáng
#0314 / lỗi

Anorith
#0347 / rock · Bug

Armaldo
#0348 / rock · Bug

Kricketot
#0401 / lỗi

Kricketune
#0402 / lỗi

Miến Điện
Cây áo choàng
#0412 / lỗi

Miến Điện
Áo choàng cát
#0412 / lỗi

Miến Điện
Áo choàng rác
#0412 / lỗi

Wormadam
Cây áo choàng
#0413 / lỗi · cỏ

Wormadam
Áo choàng cát
#0413 / lỗi · mặt đất

Wormadam
Áo choàng rác
#0413 / Bug · Thép

Mothim
#0414 / Bug · Bay

Combee
#0415 / Bug · Bay

Vespiquen
#0416 / Bug · Bay

Skorupi
#0451 / Poison · Bug

Yanmega
#0469 / Bug · Bay

Khâu
#0540 / lỗi · cỏ

Swadloon
#0541 / lỗi · cỏ

Leavanny
#0542 / lỗi · cỏ

Venipede
#0543 / lỗi · Poison

Whirlipede
#0544 / Bug · Poison

Scolipede
#0545 / Bug · Poison

Dwebble
#0557 / Bug · Rock

Lớp vỏ
#0558 / Bug · Rock

Karrablast
#0588 / lỗi

Escavalier
#0589 / Bug · Thép

Joltik
#0595 / Bug · Điện

Galvantula
#0596 / Bug · Điện

Nơi trú ẩn
#0616 / lỗi

Gia tốc
#0617 / lỗi

Durant
#0632 / Bug · Thép

Ấu trùng
#0636 / Bug · Lửa

Volcarona
#0637 / Bug · Lửa

Gen
#0649 / Bug · Thép

Phân tán
#0664 / lỗi

Spewpa
#0665 / lỗi

Vivillon
#0666 / Bug · Bay

Grubbin
#0736 / lỗi

Charjabug
#0737 / Bug · Điện

Vikavolt
#0738 / Bug · Điện

Sự dễ thương
#0742 / lỗi · Tiên

Ribombee
#0743 / Bug · Tiên

Sương
#0751 / nước · Bug

Araquanid
#0752 / nước · Bug

Wimpod
#0767 / Bug · Nước

Golisopod
#0768 / Bug · Nước

Buzzwole
#0794 / BUG · Chiến đấu

Pheromosa
#0795 / Bug · Chiến đấu

Blipbug
#0824 / lỗi

Dottler
#0825 / Bug · Tâm lý học

Orbeetle
#0826 / Bug · Tâm lý học

Sizzlipede
#0850 / Lửa · Bug

Centiskorch
#0851 / Fire · Bug

SNOM
#0872 / ICE · Lỗi

Frosmoth
#0873 / ICE · Lỗi

Kleavor
#0900 / Bug · Rock

Tarountula
#0917 / lỗi

Nhện
#0918 / lỗi

NYMBLE
#0919 / lỗi

Lokix
#0920 / lỗi · Tối

Rellor
#0953 / lỗi

Thỏ
#0954 / Bug · Tâm linh

Slither Wing
#0988 / Bug · Chiến đấu

Chính sách bảo mật Tất cả Nội dung & Thiết kế © Cơ sở dữ liệu Pokémon, 2008-2023. Hình ảnh & Tên Pokémon © 1995-2023 Nintendo/Game Freak.

Lỗi chức năng

Lỗi chức năng có liên quan đến chức năng của một phần mềm, e.g. Một nút không gửi biểu mẫu, tìm kiếm không phản ứng với đầu vào của người dùng, một ứng dụng bị sập, v.v. Nó có thể là một vấn đề chức năng bất cứ khi nào bạn thực hiện một hành động và trang web/ứng dụng không trả lời như mong đợi.

Cách xác định xem hành vi ứng dụng có phải là lỗi chức năng không:

Cố gắng tìm ra nếu một tính năng được thiết kế một cách cụ thể hay nếu nó thực sự bị hỏng. Kiểm tra nó một mình và kết hợp với các tính năng khác để phát hiện sự khác biệt tiềm năng.

Hãy suy nghĩ về ý định của khách hàng có thể là gì và xem xét 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 một cái gì đó không hoạt động như bình thường và hỗ trợ cho yêu cầu của bạn.

Ví dụ: Một chức năng webshop hoạt động khác với các webshop khác mà bạn biết. Nó không có nghĩa là chức năng bị phá vỡ. Khách hàng có thể triển khai sản phẩm của họ theo cách 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à một lỗi, vui lòng đảm bảo có bất kỳ dấu hiệu nào cho thấy trường được dự định sẽ được xác thực. Bạn có thể cung cấp bằng chứng này bằng cách chỉ ra rằng trường được xác nhận trong một số trường hợp nhưng không phải là các trường khác. Nếu bạn không cung cấp bất kỳ bằng chứng nào, thì đó là một yêu cầu chưa được chứng minh.

Một vấn đề trực quan hoặc nội dung trở thành một vấn đề chức năng khi nó cản trở chức năng và do đó nên được báo cáo là một lỗi chức năng.

Nếu một phần chức năng luôn 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ì nó có thể dự định (không phải là một lỗi).

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

Mức độ nghiêm trọng nào phù hợp với 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 đề, giải pháp thay thế tồn tại Lỗi này đối với các lỗi khác có cùng mức độ nghiêm trọng. Do đó, khi thử nghiệm IO, chúng tôi phân biệt giữa ba mức độ nghiêm trọng đối với các lỗi chức năng:

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 quan tâm.

Một tính năng/phần của chức năng bị hỏng hoặc không có sẵn, nhưng một cách giải quyết dễ dàng giải quyết vấn đề.

Tác động nghiêm trọng đến việc sử dụng sản phẩm, nhưng chức năng chính 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 có sẵn và không có cách giải quyết.
Chức năng quan trọng bị phá vỡ hoặc không có sẵn, nhưng một cách giải quyết tồn tại (do đó không phải là Showstopper).
Lỗi 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 quy trình chính, e.g., Thủ tục thanh toán.
Lỗi gây ra mất doanh số tiềm năng và đáng chú ý cho khách hàng.

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

Lỗi nội dung

Các lỗi nội dung liên quan đến nội dung thực tế của các 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 đó, các lỗi nội dung điển hình là:

Liên kết hoặc hình ảnh bị hỏng (404S) (trừ khi nằm trong menu điều hướng, tiêu đề, chân trang hoặc điều hướng bánh mì, là các lỗi chức năng thấp)

Chuyển hướng khiếm khuyết, nói chung
Thiếu văn bản, E.g. Trong một công cụ trống
Thiếu nội dung, e.g. Khu vực nội dung trống
Thiếu nội dung, e.g. Nếu 4 trên 5 biểu tượng có một chú giải công cụ, 1 không
Thiếu bản dịch, E.g. Một số nút trên một 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ính chức năng tìm kiếm hoạt động

Xin lưu ý rằng chính tả Sai lầm là 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ể được gửi như vậy.

Lỗi trực quan

Các 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, e.g.:

Các vấn đề về khung bố cục như các văn bản/phần tử bị lệch
Một vấn đề thiết kế đáp ứng, e.g. một phần tử được hiển thị trên một thiết bị di động nhưng không phải trên một thiết bị khác
Văn bản/các yếu tố vô tình chồng chéo lẫn nhau
Văn bản/các yếu tố bị cắt đứt

Nâng cấp nội dung hoặc lỗi trực quan lên lỗi chức năng

Ngay khi nội dung hoặc lỗi trực quan ngăn chặn một chức năng, nó nên được báo cáo là một Lỗi chức năng, mặc dù nó thực sự không phải là chức năng bị lỗi.

Một trường hợp quan trọng đối với khi một lỗi nội dung phải được gửi 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à liên kết các vấn đề trong menu điều hướng, tiêu đề, chân trang hoặc điều hướng bánh mì. Những vấn đề như vậy thường là Lỗi chức năng thấp.

Vấn đề lặp đi lặp lại

Khi nội dung hoặc vấn đề thị giác 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, v.v. Đây cũng là trường hợp nếu xảy ra Trên cùng một trang hoặc các trang khác nhau. Báo cáo lỗi duy nhất này nên nói rằng các URL, liên kết, hình ảnh khác., cũng quan tâm.

Các báo cáo lỗi cá nhân cho mọi sự cố của vấn đề không được gửi và sẽ bị từ chối. Ví dụ: chỉ có một báo cáo nên được gửi 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 webshop bị hỏng, một số Tải xuống liên kết cho 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 bằng một ngôn ngữ khác với phần còn lại của webshop, một số Tooltips 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 đề trực quan sau đây 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 đầu vào không đủ lớn để giữ các văn bản mặc định của chúng không hoàn toàn nhìn thấy.

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