Випробування інформаційної системи і тестування програмного продукту на перший погляд одне і те ж, але на практиці це не зовсім так. Якщо врахувати, що інформаційна система - це не тільки використовуються в її складі програмні компоненти. але і апаратне та організаційне забезпечення, то і в результатах її випробувань повинні бути відображені показники обраних серверів, робочих станцій, мережевого устаткування (їх надійність і продуктивність), а також ефективність розробленого регламенту експлуатації системи. Всі види випробувань інформаційної системи можна розділити на функціональні та нефункціональні тести.
Функціональне тестування покликане показати (довести), що автоматизовані робочі місця інформаційної системи надають користувачам рівно ту функціональність, яку вони від неї очікують. Система виконує свої функції коректно.
Нефункціональне тестування підтверджує або спростовує відповідність таких властивостей інформаційної системи, як продуктивність, надійність, ергономічність і т.д. заданим на етапі її проектування параметрам. Система виконує свої функції в термін, в належному обсязі і з прийнятною якістю, і користуватися нею зручно.
Види функціонального тестування
Компонентне тестування - випробування окремих програмних компонентів інформаційної системи, в ході яких підтверджується коректність проведених цими компонентами обчислень.
Інтеграційне тестування - випробування, спрямовані на виявлення проблем взаємодії окремих компонентів системи. Якщо програмна архітектура інформаційної системи досить складна, то в ній виділяються підсистеми, для кожної з яких проводять послідовно компонентне і інтеграційне тестування. На завершення проводять інтеграційне тестування всіх виділених підсистем, як компонентів єдиної системи.
Тестування прототипу - випробування інформаційної системи на перших етапах її розробки. коли готові не всі її функціональні блоки. Відсутні компоненти замінюються функціональними заглушками, що імітують їх майбутню роботу. Інформаційна система на даному етапі є прототип цільового програмного продукту.
Види нефункціонального тестування
Тестування навантаження (load testing) - випробування інформаційної системи в умовах прогнозованої нормального навантаження. Під величиною навантаження розуміється кількість запитів до системи, яке вона повинна встигати обробляти, не перевищуючи певний вихідними вимогами час відгуку.
Стресове тестування (stress testing) - випробування інформаційної системи в умовах мінімальних апаратних ресурсах і максимально допустимого навантаження. Мета стресового тестування, як зрозуміло з назви, - перевірити працездатність системи в стресових ситуаціях.
Об'ємне тестування (volume testing) - випробування інформаційної системи в умовах максимальних (гранично допустимих) обсягів інформації в базі даних. Основним об'єктом тестування в даному випадку є залежність часу відгуку і інших аспектів продуктивності системи від обсягів контрольованих даних.
Тестування надійності (reliability testing) - гібрид всіх перерахованих раніше видів тестування, спрямований на те, щоб перевірити здатність системи повертатися до нормального режиму роботи після коротких періодів максимального навантаження, стресів, граничних обсягів даних і т.д.
Тестування ергономіки рішень - випробування для користувача інтерфейсу на предмет зручності і безпеки експлуатації інформаційної системи.
Випробування інформаційної системи на етапах підготовки до експлуатації
Після завершення етапу реалізації інформаційної системи Розробник, спільно з Замовником, може проводити наступні види випробувань.
Тестування процесу установки (installation testing) - перевірка коректності розгортання програмних компонентів системи в різних її конфігураціях, передбачених вихідними вимогами.
Тестування на різних конфігураціях (configuration testing) - перевірка працездатності системи при розгортанні окремих її компонентів (серверної частини, клієнтських робочих місць) в умовах всіх можливих (передбачених вихідними вимогами) варіантах операційних систем і конфігураціях апаратних і програмних ресурсів.
Приймальне тестування (acceptance testing) - комплексне випробування інформаційної системи, що виконується представниками Замовника за спеціально розробленою Виконавцем програмою та методикою випробувань (ПМВ). Мета приймального випробування - показати, що розроблена і розгорнута на території Замовника інформаційна система робить рівно те, що від неї вимагається і робить це із заданими параметрами продуктивності. У програму приймальних випробувань, крім функціональних тестів, можуть входити і тестування процесу установки системи і тестування її роботи на різних конфігураціях, а також всі види нефункціонального тестування.
Особливість приймальних випробувань, в порівнянні з іншими етапами функціонального і нефункціонального тестування як раз в тому, що тестоване рішення розгорнуто на цільових апаратних і системних програмних ресурсах Замовника (або орендованих Замовником), проводиться представниками Замовника (майбутніми користувачами) за програмою, погодженою з Замовником. Рішення про успішність приймального тестування також приймає Замовник, переводячи систему в експлуатацію або відправляючи її на доопрацювання.
Випробування інформаційної системи на етапах її супроводу
Регресійне тестування (regression testing) - тестування, яке проводиться за результатами виправлення виявлених дефектів і помилок в роботі системи і спрямоване на те, щоб показати - виправлений дефект або помилка зараз не проявляються, а цільова функціональність системи не порушена.
Попереднє або димове тестування (smoke testing) - вид випробувань, що проводиться після виходу нової версії програмних компонентів, що входять до складу інформаційної системи, метою якого є швидко показати загальну працездатність або непрацездатність системи. Якщо після установки нових версій програмних продуктів від системи "не пішов дим", то це означає, що на перший погляд все працює, і можна приступати до більш детальним видам тестування. Димові тестування дозволяє економити час, оскільки триває набагато менше, ніж увесь інший комплекс випробувань, а його негативний результат говорить про те, що далі можна і не продовжувати, оскільки дефекти збірки вже виявлені.