7 types software errors that every tester should know
Знову настав час для публікації на основи тестування програмного забезпечення . Ця публікація присвячена типам програмних помилок, які повинні знати всі тестувальники.
програми, що використовують c ++
Помилки програмного забезпечення бувають багатьох типів. Помилка - це помилка, незважаючи ні на що. Але іноді важливо розуміти природу, її наслідки та причину, щоб її краще обробити.
Це сприяє швидшій реакції, а головне, відповідній реакції.
У цій статті ми будемо обговорювати типові помилки програмного забезпечення і як їх ідентифікувати під час тестування на деяких прикладах та простих вправах.
Почнемо з визначення помилок програмного забезпечення та помилок.
Що ви дізнаєтесь:
- Помилки та помилки програмного забезпечення
- Поширені категорії помилок програмного забезпечення:
- Вправа:
- Висновок
- Рекомендована література
Помилки та помилки програмного забезпечення
Як визначено в Вікіпедія ' Ан помилка є відхиленням від точності або правильності ”Та“ ДО помилка програмного забезпечення є помилкою, вадою, помилкою або помилкою в комп'ютерній програмі або системі, яка призводить до її отримання неправильного або несподіваного результату або поведінки ненавмисно '.
Отже, можна зробити наступне:
- Помилка - це відхилення фактичного результату від очікуваного.
- Помилки - це категорія помилки програмного забезпечення .
- Помилки можуть бути введені внаслідок неповних або неточних вимог або через проблеми з введенням людських даних.
Поширені категорії помилок програмного забезпечення:
# 1) Помилки функціональності :
Функціональність - це спосіб поведінки програмного забезпечення. Програмне забезпечення має помилку у функціональності, якщо щось, що ви очікуєте від нього, є важким, незручним, заплутаним або неможливим.
Перевірте цей знімок екрана:
Очікувана функціональність кнопки «Скасувати» полягає у тому, що вікно «Створити новий проект» має закритись, і жодна зміна не повинна бути збережена (тобто не повинен створюватися новий проект). Якщо кнопку Скасувати не можна натиснути, це помилка функціональності.
# 2) Помилки зв'язку:
Ці помилки трапляються при спілкуванні від програмного забезпечення до кінцевого користувача. Все, що потрібно знати кінцевому користувачеві, щоб використовувати програмне забезпечення повинно бути доступним на екрані .
Кілька прикладівпомилок спілкування - Не надано довідкових інструкцій / меню, функцій, які є частиною випуску, але не задокументовані в меню довідки, кнопка з назвою «Зберегти» не повинна стирати файл тощо
# 3) Відсутні помилки команд:
Це трапляється виникати, коли очікувана команда відсутня . Дивіться цей знімок екрана:
Це вікно дозволяє користувачеві створити новий проект. Однак для користувача немає можливості вийти з цього вікна без створення проекту. Оскільки опція / кнопка «Скасувати» не надається користувачеві, це відсутність помилки команди.
# 4) Синтаксична помилка:
Синтаксичні помилки - це неправильно написані слова або граматично неправильні речення, що дуже чітко виявляється під час тестування графічного інтерфейсу програмного забезпечення . Зверніть увагу, що ми НЕ маємо на увазі синтаксичні помилки в коді. Компілятор попередить розробника про будь-які синтаксичні помилки, що трапляються в коді
Зверніть увагу на неправильно написане слово «Скасувати»:
Зверніть увагу на граматично неправильне повідомлення:
# 5) Помилки обробки помилок:
Будь-які помилки, які виникають під час взаємодії користувача із програмним забезпеченням, повинні бути оброблені чітко та чітко змістовна манера . Якщо ні, це називається помилкою обробки помилок.
Погляньте на це зображення. Повідомлення про помилку не вказує на те, що насправді є помилкою. У ньому бракує обов’язкового поля, помилки збереження, помилки завантаження сторінки чи це системна помилка? Отже, це «Помилка вручення помилки».
Коли це можливо, слід перерахувати подальші дії, щоб користувач виконував їх.
Якщо програмне забезпечення має певні обов’язкові поля, які потрібно заповнити, перш ніж вони зможуть зберегти інформацію у формі, повідомлення про перевірку повинні бути чіткими та вказувати на дію, яку вимагає користувач.
Ось іншіприклади:
# 6) Помилки підрахунку:
Ці помилки виникають із будь-якої з наступних причин:
- Погана логіка
- Неправильні формули
- Невідповідність типу даних
- Помилки кодування
- Проблеми з викликами функцій тощо.
У 1999 році NASA втратило свій орбітальний апарат для клімату на Марсі, оскільки один із субпідрядників, яких використовувало NASA, використовував англійські одиниці замість передбачуваної метричної системи, що спричинило неправильну роботу рушіїв орбіти. Через цю помилку орбітер розбився майже відразу, коли прибув на Марс.
# 7) Помилки керування потоком :
Потік управління програмним забезпеченням описує, що воно буде робити далі і за яких умов.
Наприклад, розглянемо систему, де користувач повинен заповнити форму, і доступні користувачеві параметри: Зберегти, Зберегти та Закрити та Скасувати. Якщо користувач натискає кнопку «Зберегти та закрити», інформацію про користувача у формі слід зберегти, а форму закрити. Якщо натискання кнопки не закриває форму, то це помилка керування потоком.
Вправа:
Давайте визначимо, до яких категорій помилок належать такі:
Вправа No1:
Це помилки обробки помилок.
Вправа No2:
Це помилка відсутньої команди. Кнопка 'Скасувати' потрібна, але її немає. Крім того, обидві кнопки «Продовжити» та «Видалити» є зайвими і виконують однакову функцію.
Вправа No3
веб-сайт, який дозволяє завантажувати відео YouTube
Це синтаксична помилка.
Наступний крок:
Повідомлення про помилку після виявлення є дуже важливим. Для досягнення найкращих результатів повідомте негайно.
Включіть опис, пріоритет, серйозність, тригери та кроки для відтворення сценарію, захоплення екрану (якщо такі є) до звіту про помилку.
Щоб отримати додаткову інформацію про написання ефективних звітів про дефекти, перевірити цей пост .
Висновок
Ідентифікація дефектів, категоризація, звітування та врешті-решт видалення - це частина діяльності з контролю якості.
Але профілактика краще, ніж лікування. Суть забезпечення якості програмного забезпечення полягає у встановленні моніторингу та інспектування процесів на кожному етапі життєвого циклу розробки програмного забезпечення.
Пропоноване читання = >> Як виправити помилку візуалізації звуку
Метою є виявлення помилок якомога раніше. Це пов’язано з тим, що витрати на пошук та виправлення помилок різко зростають із розвитком програмного забезпечення. Отже, виявлення помилок на ранніх етапах є важливим.
Виправлення помилки є найдешевшим на етапі аналізу вимог, поступово дорожчає з кожним етапом і є найдорожчим на етапі обслуговування після випуску.
Як інженери з контролю якості, ми можемо брати безпосередню участь у визначенні вимог чи не. Ми також можемо мати незначний або взагалі не мати безпосереднього контролю за якістю вимог.
Тому дуже важливо, щоб ми могли виявляти, шукати та повідомляти про будь-які помилки, які ми зустрічаємо на етапі тестування.
Про автора: Цю корисну статтю написала Неха Б. Зараз вона працює менеджером із забезпечення якості та спеціалізується на керівництві та управлінні внутрішніми та офшорними командами з контролю якості.
Повідомте нам про інші типи помилок програмного забезпечення, які ви знали або з якими стикалися.
Рекомендована література
- Види ризиків у програмних проектах
- Зразок звіту про помилки
- Оголошую мою нову електронну книгу 'Пакет кар'єри для тестування програмного забезпечення - Подорож тестера програмного забезпечення від пошуку роботи до того, щоб стати лідером тестування!'
- Робота тестувальника програмного забезпечення насправді є низькопрофільною роботою?
- Ідеальний посібник з резюме тестування програмного забезпечення (із зразком резюме тестувальника програмного забезпечення)
- 5 способів бути сміливим і впевненим у собі тестувальником програмного забезпечення
- 5 речей, які повинен знати розробник (і тестувальник) про тестування програмного забезпечення
- Характеристики поганого тестера програмного забезпечення