Тестування системи - Різні типи та основна фокусна область тестування системи

Вступ до тестування системи

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

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

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

Функціональні та нефункціональні тести також проводяться шляхом тестування системи. Все робиться для підтримки довіри в розвитку, що система без дефектів та помилок. Тестування системи також призначене для тестування технічних вимог до апаратного / програмного забезпечення.

Тестування системи - це більш обмежений тип тестування; він прагне виявити обидва дефекти в межах "міжскладок".

Існує два типи тестів:

Це спеціалізовані системи та програми

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

Види тестування системи

Нижче наведено різні типи тестування, які наведені нижче:

1. Тестування функціональності

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

2. Тест на відновлення

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

3. Тестування продуктивності

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

Тестування продуктивності можна класифікувати на три основні категорії, такі як швидкість, масштабованість, стабільність.

4. Тестування на масштабованість

Це тестування забезпечує можливість масштабування системи в різних термінах, таких як масштабування користувачів, географічне масштабування та масштабування ресурсів.

5. Тестування надійності

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

6. Тестування документації

Це тестування гарантує правильність та корисність посібника користувача системи та інших довідкових тем.

7. Тестування безпеки

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

Аутентифікація
Авторизація
Перевірка даних
Безпека транспорту
Захист даних
Управління сесіями

8. Тестування на корисність

Щоб переконатися, що система проста у використанні, вивчайте та працюйте

9. Тестування вимог

Кожна система є випробуваною вимогою.

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

Ця система використовується для визначення:

Як просто зрозуміти використання програми.
Наскільки легко виконати процес подання заявки.

10. Завантаження тестування

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

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

11. Тест на стрес

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

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

12. Тестування конфігурації

Тестування конфігурації - це перевірка відповідності кількох комбінацій програм із обладнанням.
Це тестування перевіряє наявність сумісності.
Визначте мінімальну та оптимальну конфігурацію H / W та S / W.
Це тестування визначає ефекти додавання або зміни ресурсів, таких як пам'ять, дисковий простір, процесор, мережева карта.

13. Тестування на сумісність

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

Основна область фокусування

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

Концепція тестування системи

Тестування системи підпадає під сферу тестування Black-Box. Також є такі тестування, як безпека, надійність, продуктивність, установка, функціональне тестування тощо.

Також у нас є тестування White-box. Це також відоме як тестування чіткого вікна. Тестування в білій коробці означає тестування, коли тестеру відома внутрішня структура програми тестування. Але в цій статті ми зупинимося на тестуванні чорної скриньки.

Що таке тестування чорної скриньки?

Це тестування також відоме як поведінкове тестування.
Тестування чорної скриньки в основному фокусується на вході та виході, оскільки внутрішній код прихований від тестера

Тестування системи також має деякі спеціалізовані тестування:

1. Регресійне тестування

Це тестування залежить від часу. Фактора не завжди достатньо для цього тестування. Це тестування проводиться двома способами:

Тестування вручну :

Тестування вручну можна здійснити для малої системи. Проект, де витрати - це питання. Автоматизоване тестування не є зручним.

Розробники або команда забезпечення якості вручну перевіряє кожен шлях програмного коду. І тоді відбулося порівняння.

Це тестування вимагає багато часу та потребує чимало ресурсів для роботи над ним.

Це тестування не є ефективним, тому автоматичне тестування на увазі

Автоматизоване тестування:

Це тестування дуже добре. Багато компаній намагаються отримати автоматизовані інструменти тестування.

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

2. Тестування помилок

Визначити здатність Системи належним чином обробляти помилкові транзакції.
Усі розумні помилки повинні бути виявлені системою додатків.
Контроль за помилкою під час виправлення помилок є обов'язковим.
Процедури здебільшого гарантують, що помилка буде виправлена належним чином.
Це тестування має відбуватися протягом SDLC.
Помилки охоплюють усі несподівані умови.
Він перевіряє здатність програмного забезпечення правильно виконувати всі транзакції.
Наприклад: Просто додайте помилкові значення в додаток, щоб перевірити, чи здатна система достатньо знайти ці проблеми. Цей процес може бути ітеративним.

3. Міжсистемне тестування

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

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

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

4. Тест на розум

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

5. Тестування диму

Як правило, тестування димом також відоме як «Тестування перевірки побудови».
Цей термін походить від тестування обладнання. Під час тестування апаратних засобів прилад пройшов тест, якщо він не загорівся або не курив при першому включенні.
Тестування димом перевіряє перевіреність справності програмного забезпечення як тестування копченості.
Тестування димом вирішує, чи достатньо тестування для програми. Чи стабільний він?
Тест на куріння допомагає визначити, де зупинитися.
Випробування на дим можна проводити вручну або автоматизованими інструментами.
Сценарії тесту на дим підкреслюють ширину більше, ніж глибину.
Тестування диму також відоме як перевірка перевірки / тестування посилань / базове функціональне тестування.
Це "Неглибокий і широкий" підхід до програми.
Тестування диму допомагає виявити проблеми рано.
Тестування диму також допомагає знайти тестування на інтеграцію.
Під час тестування на дим слід торкатися всіх компонентів, а кожна основна особливість повинна бути коротко перевірена.
Якщо тест не вдається, збірка повертається розробникам не перевіреною.
Тестування диму, як правило, використовується для тестування системи, тестування прийнятності та тестування інтеграції.

6. Паралельне тестування

Паралельне тестування означає тестування декількох додатків або підсистем одночасно.
Можна сказати, що порівняння двох різних систем.

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

Висновок

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