7 loại lỗi phần mềm mà mỗi tester nên biết

Lỗi phần mềm có nhiều loại. Quan trọng là phải hiểu bản chất, ý nghĩa của nó và nguyên nhân để xử lý nó tốt hơn. Điều này giúp cho phản ứng nhanh hơn và quan trọng nhất là phản ứng thích hợp.

Trong bài này, chúng ta sẽ thảo luận về các loại lỗi phần mềm phổ biến và làm thế nào để xác định chúng trong quá trình kiểm thử với một số ví dụ đơn giản.

Theo Wikipedia: "Lỗi là sai lệch so với tính chính xác và chính xác" và "Lỗi phần mềm là sự thất bại hoặc lỗi trong một chương trình hoặc hệ thống máy tính khiến nó tạo ra kết quả không chính xác hoặc không mong muốn hoặc cư xử theo cách không mong muốn ".

Vì vậy, lỗi có thể được suy luận:

Lỗi là phương sai của kết quả thực tế từ kết quả mong đợi. Lỗi là một loại lỗi phần mềm. Lỗi có thể được đưa ra do yêu cầu không đầy đủ hoặc không chính xác hoặc do các vấn đề nhập dữ liệu của con người.

Chức năng là một cách để phần mềm hoạt động. Phần mềm có một lỗi chức năng khi một kết quả của chức năng đó không hoạt động đúng như bạn mong muốn.

Kiểm tra ảnh chụp màn hình này:

Chức năng mong muốn cho nút “Cancel” là cửa sổ “Create new project” nên đóng và không có thay đổi nào được lưu lại (nghĩa là không có dự án mới được tạo ra). Nếu nút “Cancel” không click được thì đó là lỗi chức năng.

Những lỗi này xảy ra trong giao tiếp từ phần mềm đến người dùng cuối. Bất cứ thứ gì mà người dùng cuối cần biết để sử dụng phần mềm phải được làm rõ trên màn hình.

Rất ít ví dụ về lỗi giao tiếp - Không Hướng dẫn trợ giúp / trình đơn được cung cấp, các tính năng là một phần của bản phát hành nhưng không được ghi lại trong trình đơn trợ giúp, một nút có tên “Save” không nên xóa một tệp, vv

Điều này xảy ra khi một lệnh mong muốn bị thiếu.

Xem ảnh chụp màn hình này:

Cửa sổ này cho phép người dùng tạo một dự án mới. Tuy nhiên, không có tùy chọn để người dùng thoát khỏi cửa sổ này mà không cần tạo dự án. Lệnh “Cancel” không được cung cấp cho người dùng, đây là lỗi thiếu lệnh.

Lỗi syntactic là các từ sai chính tả hoặc câu không chính xác và rõ ràng trong khi kiểm tra GUI phần mềm. Xin lưu ý rằng chúng tôi KHÔNG đề cập đến các lỗi cú pháp trong code. Trình biên dịch sẽ cảnh báo nhà phát triển về bất kỳ lỗi cú pháp nào xảy ra trong code.

Lưu ý từ “Cancel” sai chính tả:

Lưu ý thông báo sai về ngữ pháp:

Bất kỳ lỗi nào xảy ra trong khi người dùng tương tác với phần mềm cần phải được xử lý một cách rõ ràng và có ý nghĩa. Nếu không, nó được gọi là Error Handling Error.

Hãy nhìn vào hình ảnh này. Thông báo lỗi không cho biết lỗi thực sự là gì. Là nó thiếu thông tin của trường bắt buộc, lỗi lưu data, lỗi tải trang hoặc là nó là một lỗi hệ thống? Do đó, đây là một 'Error Handing Error'.

Khi có thể, các bước tiếp theo cần được liệt kê để người dùng tuân theo.

Nếu phần mềm có một số trường bắt buộc phải điền trước khi họ có thể lưu các thông tin trên một biểu mẫu, thông điệp xác nhận phải rõ ràng và chỉ ra hành động mà người dùng yêu cầu.

Đây là những ví dụ khác:

Những lỗi này xảy ra do bất kỳ lý do nào sau đây:

• Logic xấu • Công thức không chính xác • Loại dữ liệu không phù hợp • Lỗi mã hóa • Lỗi gọi funtion, vv

Năm 1999, NASA mất máy bay khi bay tới sao Hỏa bởi vì một trong những nhà thầu phụ mà NASA đã sử dụng đã sử dụng các đơn vị tiếng Anh thay vì hệ thống số liệu mong muốn, làm cho các động cơ của quỹ đạo hoạt động không chính xác. Do lỗi này, chiếc máy bay đã rơi gần như ngay lập tức khi nó đến sao Hỏa.

Dòng điều khiển của một phần mềm mô tả nó sẽ làm gì tiếp theo và điều kiện nào.

Ví dụ: hãy xem xét một hệ thống nơi người dùng phải điền vào một mẫu và các tùy chọn sẵn cho người dùng là: “Save”, “Save and Close” và “Cancel”. Nếu người dùng nhấp vào nút “Save and Close”, thông tin người dùng trong biểu mẫu sẽ được lưu và biểu mẫu phải đóng. Nếu bấm vào nút này mà không đóng biểu mẫu, thì đó là lỗi kiểm soát dòng chảy.

Xác định lỗi, phân loại, báo cáo là một phần của hoạt động kiểm soát chất lượng. Điểm mấu chốt của một người QA là thiết lập các quy trình giám sát và kiểm tra tại mỗi giai đoạn của Software Development Life Cycle. Mục đích là để phát hiện các lỗi càng sớm càng tốt. Điều này là do chi phí để tìm và sửa lỗi tăng lên đáng kể khi phát triển phần mềm. Do đó xác định sớm lỗi là cần thiết.

Sửa lỗi là giá rẻ nhất trong giai đoạn phân tích yêu cầu, dần dần đắt với từng giai đoạn và là đắt nhất trong giai đoạn bảo trì sau khi phát hành.

Là một kỹ sư QA, chúng ta có thể hoặc không thể trực tiếp tham gia vào việc xác định yêu cầu. Chúng ta cũng có thể có ít hoặc không có kiểm soát trực tiếp về chất lượng yêu cầu.

Vì vậy, điều quan trọng là chúng ta có thể xác định, tìm kiếm và báo cáo bất kỳ lỗi nào mà chúng ta gặp phải trong giai đoạn thử nghiệm.

Bài viết hữu ích này được viết bởi Neha B. Bà hiện đang làm việc với tư cách Quản lý đảm bảo chất lượng và chuyên về lãnh đạo và quản lý đội ngũ QA trong và ngoài nước.

Tài liệu nguồn: http://www.softwaretestinghelp.com/types-of-software-errors/