Меню

Тестування додатків - до основ тестування програмного забезпечення!

application testing into basics software testing

Спробуйте Наш Інструмент Для Усунення Проблем

Вступ до тестування додатків

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

Тестування додатків

В однокласснику ми можемо сказати, що тестування додатків - це процес, за допомогою якого перевіряються функціональність, зручність використання та послідовність усієї програми.

Що ви дізнаєтесь:

Тестування додатків: Пояснення основ тестування програмного забезпечення

Категорії додатків

Будь то невелике програмне забезпечення для калькулятора, що має лише основні арифметичні операції, або корпоративне рішення в мережі; Є три категорії додатків:

Категорії додатків

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

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

Інші основні типи тестування, що охоплюються тестуванням веб-додатків, - це функціональне тестування, тестування між браузерами, UAT, бета-тестування, регресійне тестування, тестування сумісності, тестування диму, дослідницьке тестування, тестування сумісності та багатомовної підтримки та стрес-тестування.

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

Отже, AUT (тестована програма) - це або настільне програмне забезпечення, або веб-сайт, або мобільний додаток.

Тестування додатків

Методології тестування додатків

Це добре відомий і добре обговорюваний аспект, що існує лише 3 загальновизнані методології тестування:

# 1) Чорна скринька : При тестуванні чорної скриньки AUT перевіряється на відповідність її вимогам, враховуючи входи та очікувані результати, незалежно від того, як входи перетворюються у виходи. Тестерів найменше турбує внутрішня структура або код, що реалізує бізнес-логіку програми.

Чорна скринька

Існує чотири основних методики розробки тестових кейсів для тестування чорної скриньки:

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

# два) Біла коробка : Основною метою цієї методології є перевірка того, як кодова / програма реалізує ділову логіку програми.

Біла коробка

Тут перевірена внутрішня структура програми, а для цього доступні такі методи:

  • Покриття коду
  • Покриття шляху

Обидві вищезазначені методики містять кілька інших стратегій, які можуть бути обговорені в іншій статті. Деякі методи обговорюються в Техніка проектування тестових кейсів ’Тема.

# 3) Сіра коробка : Практично кажучи, це суміш чорної та білої скриньки.

Сіра коробка

що таке .7z файл

За цією методологією в основному тестувальник тестує заявку за допомогою підходу Black-box. Але для деяких критично важливих для бізнесу або вразливих модулів програми тестування проводиться за допомогою білого вікна.

Застосування Інструменти тестування

Є багато Засоби тестування додатків доступні на ринку сьогодні. Сюди входять як платні, так і інструменти з відкритим кодом. Більше того, деякі інструменти мають певну мету.

Наприклад, Тестування інтерфейсу користувача, функціональне тестування, тестування DB, тестування навантаження, тестування продуктивності, тестування безпеки, перевірка перевірки посилань тощо. Однак деякі інструменти досить сильні, щоб забезпечити можливість тестування декількох основних аспектів програми.

Найважливішим поняттям «Тестування додатків» є функціональне тестування. Отже, наша увага буде зосереджена на інструментах функціонального тестування.

Ось перелік деяких найважливіших та основоположних функцій, які надаються майже всіма інструментами „Функціональне тестування”.

  • Запис і відтворення
  • Параметризуйте значення
  • Редактор сценаріїв
  • Запустити (тест або сценарій, з режимами налагодження та оновлення)
  • Звіт про сеанс запуску

Різні постачальники надають деякі специфічні особливості, які роблять їх продукт унікальним для інших продуктів-конкурентів. Але п’ять перелічених вище функцій є найпоширенішими і їх можна знайти майже у всіх інструментах функціонального тестування.

Далі наведено список небагатьох широко використовуваних Функціональні засоби тестування .

1) HP QTP ( Професіонал швидких тестів )
два) Селен
3) IBM Rational Robot
4) Тест завершено
5) Натисніть, щоб перевірити
6) Телерик

План тестування програмного забезпечення (БУДЬ ЛАСКА)

Для будь-якої діяльності завжди потрібно певне планування, і те саме стосується тестування програмного забезпечення. Без належного плану завжди існує великий ризик відволіктися під час тестування. Якщо цей ризик стане фактом, результати можуть бути жахливими.

5 основних частин гарного плану випробувань

# 1) Сфера дії

  • Огляд AUT
  • Характеристики (або області), що перевіряються
  • Виключення (особливості чи області, які не перевіряються) з причиною
  • Залежності (тестування діяльності один від одного, якщо така є)

# 2) Цілі: Цей розділ описує цілі тестування, наприклад перевірка виправлень помилок, додані нові функції або оновлення AUT тощо.

# 3) Фокус: Цей розділ описує, який аспект програми буде включений у тестування, наприклад безпека, функціональність, зручність використання, надійність, продуктивність чи ефективність тощо.

# 4) Підхід: У цьому розділі описується, яка методологія тестування буде прийнята для яких областей AUT. Наприклад, у STP програми ERP; розділ підходу може містити інформацію про те, що тестування чорних ящиків буде підходом до фонду оплати праці. З іншого боку, для звітів підхід буде тестуванням сірого ящика.

# 5) Графік: У цьому розділі описано, хто що, де, коли і як буде робити на АВТ. Розділ розкладу фактично є '4Ws і 1H' STP. Зазвичай графік складається у вигляді простої таблиці, але кожна організація може мати свій власний формат відповідно до власних потреб.

Після того, як план тестування готовий і заявка розробляється, тестувальники розробляють та документують тестові кейси. У наведеному вище розділі «Тестування заявок - методології» я перерахував техніки проектування ТС.

Цикли тестування додатків

Як тільки AUT готовий до тестування, починається практична фаза циклу тестування, в якій тестувальники фактично виконують тестові кейси на AUT. Майте на увазі, що тут цикл тестування обговорюється незалежно від рівнів тестування (модуль, модуль, інтеграція, прийняття системи та користувачів) та середовищ тестування (Dev, QA, копія клієнта, Live).

# 1) Тестування диму : Це найперший цикл тестування. Метою тестування на дим є переконатися у відсутності збоїв у роботі програми, і вона придатна для подальшого тестування. Цей крок широкий і неглибокий.

# 2) Перевірка розумності: Це другий цикл тестування. Його мета - перевірити, що конкретний модуль працює належним чином і придатний для повного тестування. Цей крок вузький і глибокий.

Порада професіонала: Зазвичай немає достатньо часу, щоб виконати ці два цикли окремо. Отже, суміш обох цих циклів прийнята на практиці.

# 3) Функціональне тестування : Правильне та повноцінне тестування програми проводиться в цьому циклі тестування програми. Основною метою цієї діяльності є перевірка того, чи ділова логіка програми працює належним чином.

# 4) Регресійне тестування : Це остаточний цикл застосування. Тут перевіряються виправлення та / або оновлення. Більше того, регресійне тестування також гарантує відсутність несправностей в інших областях AUT через виправлення та зміни.

Помилки реєструються в кожному циклі тестування. Немає чітко визначеної межі між циклами тестування. Наприклад, у регресії функціональність також перевіряється, і вона також може спочатку вимагати задимлення, осудності або їх об'єднання.

Вище ми говорили про чотири різні цикли тестування додатків. Тут ми також повинні розуміти, що кожен цикл тестування програми має певні етапи. Як правило, будь-який цикл тестування має етапи, як показано на малюнку нижче:

Цикли тестування додатків

Тестування додатків - Кращі практики

Думаю, в Інтернеті доступні сотні статей. Кожна стаття пропонує різну кількість найкращих практик в діапазоні від 7 до 30 (які я бачив досі). Однак у мене є лише 5 порад для читачів.

  • План Правильно
  • Тест Гостро
  • Журнал помилок Зрозуміло
  • Зробіть тест на регресію Ефективно
  • Удосконалити вищезазначені чотири навички Безперервно

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

Висновок

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

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

Рекомендована література

^