Які види тестування програмного забезпечення слід враховувати

Автор: | 11 апреля, 2017
HostArmada - Affordable Cloud SSD Web Hosting

Тестування чорного ящика. Тестування не грунтується на будь-яких знаннях внутрішнього дизайну або кодування. Ці тести засновані на вимогах і функціональних можливостях.

Тестування в білому ящику — це засноване на знанні внутрішньої логіки коду програми. Тести засновані на охопленні кодових операторів, гілок, шляхів, умов.

Юніт-тестування — сама «мікро» шкала тестування; Для перевірки окремих функцій або модулів коду. Зазвичай це робиться програмістом, а не тестерами, оскільки для цього потрібно докладне знання внутрішньої програми, дизайну і коду. Не завжди легко зробити, якщо програма не має добре продуману архітектуру з жорстким кодом; Може знадобитися розробка модулів тестових драйверів або тестових джгутів.

Инкрементальное інтеграційне тестування — безперервне тестування додатка при додаванні нових функціональних можливостей; Вимагає, щоб різні аспекти функціональності програми були досить незалежними, щоб працювати окремо до завершення всіх частин програми, або щоб драйвери тестування були розроблені в міру необхідності; Зроблені програмістами або тестерами

Інтеграційний тестування — тестування комбінованих частин додатки для визначення того, чи правильно вони працюють разом. «Частини» можуть бути модулями коду, окремими додатками, клієнтськими і серверними додатками в мережі і т. Д. Цей тип тестування особливо важливий для клієнт-серверних і розподілених систем.

Функціональне тестування — це тестування орієнтоване До функціональним вимогам додатка; Цей тип тестування повинен виконуватися тестерами. Це не означає, що програмісти не повинні перевіряти, що їх код працює до його випуску (що, звичайно, відноситься до будь-якого етапу тестування).

Тестування системи — це засноване на загальних технічних вимогах; Охоплює всі складові частини системи.

Наскрізний тестування — це схоже на тестування системи; Включає в себе тестування повною прикладної середовища в ситуації, що імітує використання в реальному світі, наприклад, взаємодія з базою даних, використання мережевих комунікацій або взаємодія з іншим обладнанням, додатками або системами.

Перевірка працездатності або тестування диму — зазвичай це початкове тестування, щоб визначити, чи працює нова версія програмного забезпечення досить добре, щоб прийняти його для основних випробувань. Наприклад, якщо нове програмне забезпечення розбиває системи кожні 5 хвилин, що призводить до того, що системи сканують або ушкоджують бази даних, програмне забезпечення може виявитися не в нормальному стані, щоб вимагати подальшого тестування в його поточному стані.

Регресія Тестування — це повторне тестування після виправлення помилок або модифікацій програмного забезпечення. Важко визначити, скільки повторного тестування необхідно, особливо в кінці циклу розробки. Автоматизовані інструменти тестування дуже корисні для цього типу тестування.

Приймальні випробування — це можна сказати як остаточне тестування, і це було зроблено на основі специфікацій кінцевого користувача або клієнта або на основі використання з кінця-користувачів / замовників протягом обмеженого періоду часу.

Навантажувальне тестування — це всього лише тестування додатка під великими навантаженнями, наприклад, тестування веб-сайту під безліччю навантажень, щоб визначити, в який момент відповідь системи Час погіршується або падає.

Стрес-тестування — термін, часто використовуваний взаимозаменяемо з тестами «навантаження» і «продуктивність». Також використовується для опису таких тестів, як функціональне тестування системи при незвично важких навантаженнях, важке повторення певних дій або вхідних даних, введення великих числових значень, великі складні запити до системи баз даних і т. Д

Перевірка продуктивності — часто використовується як взаємозамінні з тестами «стрес» і «навантаження». Ідеальне «тестування продуктивності» визначається в документації за вимогами або в QA або в тестових планах.

Тестування на зручність використання — це тестування проводиться для зручності користувача. Ясно, що це суб'єктивно і буде залежати від цільового кінцевого користувача або клієнта. Можна використовувати призначені для користувача інтерв'ю, опитування, відеозапис сеансів користувача та інші методи. Програмісти і тестери зазвичай не підходять в якості тестерів юзабіліті.

Тестування на сумісність — тестування того, наскільки добре програмне забезпечення працює в певному апаратному / програмному забезпеченні / операційній системі / мережі / і т. Д Довкілля.

Тестування приймальних випробувань користувача — визначення того, чи задовольняє програмне забезпечення кінцевого користувача або клієнта.

Порівняльне тестування — порівняння слабких місць і переваг програмного забезпечення для інших конкуруючих продуктів.

] Альфа-тестування — тестування додатка, коли розробка наближається до завершення; В результаті такого тестування можуть бути внесені незначні зміни в конструкцію. Зазвичай це роблять кінцеві користувачі або інші користувачі, але не програмісти або тестери.

Бета-тестування — тестування, коли розробка і тестування по суті завершені, і остаточні помилки і проблеми повинні бути знайдені перед остаточною версією. Це зазвичай робиться кінцевими користувачами або іншими особами, а не програмістами або тестерами.

Перевірка мутації — метод визначення набору тестових даних або тестових прикладів корисний чи ні, шляхом навмисного введення різних змін коду (& # 39; Bugs & # 39;) і повторне тестування з вихідними тестовими даними / випадками, щоб визначити, виявлені чи «помилки».


application hosting requirements