What is a bug?
ISTQB definition:
A defect (bug, fault) - is an imperfection or deficiency in a work product where it does not meet its requirements or specifications.
Human language:
Human beings are fallible and thus, when they work, they sometimes introduce defects. Defects and bugs are synonyms.
A bug is - a general term describing any unexpected hardware or software problem. In short, it is any behavior or result that a program or system gets, but was not designed to do. Software bugs can be caused by many factors, including unclear requirements, programming errors, software complexity, lack of communication, timeline deviation, errors in bug tracking, documentation errors, deviation from standards, and much more.
The rate at which people make defects increases when they are under time pressure when they are working with complex systems, interfaces, or code, and when they are dealing with changing technologies or highly interconnected systems. While we commonly think of failures being the result of ‘bugs in the code’, a significant number of defects are introduced in work products such as requirements specifications and design specifications. We can detect a bug at any stage of the software development lifecycle. Ideally, defects are removed in the same phase of the life cycle in which they are introduced.
Bugs can have a wide-ranging impact on the product’s performance, from minor issues such as unintended text formatting that can be overlooked to major ones that make the software impossible to use such as causing a program to crash, freezing the computer, or causing damage to hardware. Other bugs qualify as security bugs and might, for example, enable a malicious user to bypass access controls in order to obtain unauthorized privileges. That's why we have the terms bug severity and bug priority, which we will describe in separate articles.
Life example:
Example 1: functional bug
The development team builds functionality on the website. Functionality is a New section named Electronics.
After the development team has developed this module, the QA Engineer starts testing it. During testing, the QA Engineer navigates to the first section of the developed module named Deals and clicks on the Holiday Tech Deals.
The expected result of this action is: the Holiday Tech Deals page is displayed with the corresponding products.
But instead of seeing it, the error is displayed: Sorry, we are having technical issues. But we will be back in a flash.
This is our bug because the expected behavior is that the developed section works, while in our case the user is unable to use the page. In this example, the issue will be the highest impact on the users and thus should be fixed as soon as possible, which means the severity and priority of this issue will be the highest.
Example 2: Design bug The development team builds header elements on the https://www.walmart.com/
Such as:
Site Logo;
Departments;
Services;
Search field;
My Items;
Account;
Bag.
The requirement is: All components in the header menu should be aligned in the same line. Our design is:
After the development team has developed all components in the header, the QA Engineer starts testing it. During testing, the QA Engineer notices that the Search field is not aligned with the other elements of the header.
This is our bug because the expected behavior is that all components in the header menu should be aligned in the same line.
Conclusion:
So, if you are asked at an interview: What is a bug? The best way to answer is:
A bug - is a general term describing any unexpected hardware or software problem. In short, it is any behavior or result that a program or system gets, but was not designed to do.



Hôm trước mình có lướt thấy mọi người bàn tán về AD88 nên cũng tò mò ghé vào xem thử. Mặc dù không tìm hiểu kỹ lắm, nhưng mình đã nhanh chóng đọc qua nội dung và thấy bố cục khá ổn, dễ nhìn và dễ hiểu. Sau khi xem xong, mình lại quay về để tiếp tục đọc những bình luận khác.
Mình thường dùng điện thoại để trải nghiệm nên khá chú ý đến độ mượt khi thao tác giữa các danh mục. Khi thử chuyển từ game bài sang slot rồi qua thể thao, mình thấy tốc độ phản hồi khá nhanh và không bị giật lag nhiều. Điều mình thích là các mục được chia khá rõ nên dù mới vào vẫn dễ theo dõi. Lúc ghé qua e39 com mình chỉ xem nhanh giao diện tổng thể chứ chưa tìm hiểu sâu, nhưng cảm giác ban đầu khá gọn gàng và trực quan.
G666 ổn không nhỉ, mình tự hỏi vậy rồi lướt qua thử cho biết thôi, vẫn hơi dè chừng vì nhiều trang kiểu này hay nhồi chữ nhìn mệt; mà bất ngờ là giao diện họ làm khá thoáng, các khối nội dung chia theo nhóm rõ nên nhìn cái là biết mình đang ở mục nào, không phải kéo lên kéo xuống mới hiểu. Mình cũng không ngồi đọc kỹ hết, chỉ để ý mấy đoạn giới thiệu kiểu tổng quan với phần nói về bảo mật và hỗ trợ, đặt khá lộ nên người mới chắc đỡ ngợp; chuyển qua lại giữa vài mục cũng mượt, tiêu đề phân cấp nhìn gọn, chữ không bị rối mắt.…
888new dạo này thấy nhiều người nhắc nên mình cũng bấm vào nghía thử cho biết. Mình không tìm hiểu sâu nội dung hay gì đâu, chỉ lướt vài phút xem giao diện có dễ dùng không. Cảm giác đầu tiên là trang nhìn khá thoáng, chữ không bị dồn dập nên kéo xuống đỡ mỏi mắt. Mình thích kiểu họ chia nội dung thành từng khối rõ ràng, nhìn qua là biết phần nào là thông tin chính chứ không phải mò từng dòng. Menu cũng đặt chỗ dễ thấy nên chuyển qua lại nhanh, không bị loay hoay tìm nút. Nói chung trải nghiệm kiểu “vào là hiểu”, nhất là cách họ canh cột gọn và chia block nội…
555win mình cũng kiểu nghe người ta nhắc nên bấm vào xem thử cho biết thôi. Không có ngồi đọc hết nội dung đâu, chủ yếu lướt giao diện với cách họ chia phần. Thấy trang làm khá dễ theo dõi, mấy tiêu đề đặt thẳng thắn nên nhìn cái là đoán được chủ đề đang nói gì. Có đoạn giới thiệu về Études viết ngắn gọn, nói họ kết hợp sáng tạo với chức năng trong kiến trúc nên mình đọc lướt vẫn nắm ý. Mình thích kiểu cuộn xuống là từng khối nội dung tách riêng, không bị nhồi chữ, nhìn đỡ mệt mắt. Phần điều hướng cũng ổn, chuyển qua lại không bị rối, nhất là heading “Cam…