Вступ до тестування мейнфреймів
Сервер Mainframe обробляє великий обсяг транзакцій, управляє одночасним доступом тисяч користувачів та великими з'єднаннями з базовою / великою пропускною здатністю. Сервери наділені конструкцією і відомі факторами надійності, доступності, зручності та безпеки. Традиційно корпоративні програми (ERP) для великих підприємств розміщуються на комп'ютерах Mainframe. ERP, як правило, включає в себе найважливіші бізнес-програми, такі як фінанси, управління запасами, нарахування заробітної плати, обробка замовлень, кадрові послуги тощо. Виробничі бази даних для більшості критично важливих програм, таких як банкомати, сайти електронної комерції, розміщені в Mainframe.
Зважаючи на свою критичність, програми Mainframe слід ретельно перевірити перед початком виробництва.
Давайте розглянемо різні аспекти тестування цих додатків.
Методика тестування мейнфреймів
Кінцевим користувачам доступ до програм у Mainframe має інший спосіб, відмінний від веб-додатків. Ключові відмінності, які слід пам’ятати тестерам програм, є
| Сл | Мейнфрейм | Веб |
| 1 | Доступ через термінальний емулятор | Доступ через браузер або інтерфейс користувача |
| 2 | Термінальний емулятор - єдине програмне забезпечення, яке завантажується в клієнтську машину для тестування.
Програми перебувають на головному сервері. | Деяка обробка проводиться клієнтською стороною, і програми слід розгорнути в потрібному місці перед початком тестування. |
| 3 | Користувач входить безпосередньо в систему | Доступ до програм здійснюється через дворівневу архітектуру (клієнт / сервер) або трирівневу (презентація / програми / шари зберігання даних) |
| 4 | Тестер повинен знати про конкретні операції з мейнфреймом. | Тестування можна проводити безпосередньо на екрані програми. |
Необхідні знання про операції з мейнфреймом, які повинен мати тестер
- Параметр обміну часом (TSO) - спосіб доступу до віртуальної пам’яті та керування наборами даних за допомогою команд.
- Інтерактивна система продуктивності системи (ISPF) для операцій з меню
- Система відображення та пошуку системи (SDSF) для управління операціями та системними ресурсами.
- Транзакція CICS для тестування на мейнфрейми IBM.
- FTP або інший протокол передачі
- Пакетне управління роботою
- Операції між платформами, де Mainframe є резервним
Кроки, які слід виконати у тестуванні мейнфреймів
Нижче наведено наступні кроки:
1. Тестування диму
Гігієнічний тест для підтвердження готовності складання програмного забезпечення для повноцінного тесту. Він охоплює поверхневі сценарії тестування і вимагає мало зусиль і часу. Це економить зусилля часу тестувальників на тестування несправної збірки.
2. Тестування функціональності
Функціональність різних моделей тестується індивідуально, а також відносно один одного, на відповідність вимогам.
3. Пакетне тестування
Пакетні завдання - це набір заходів, які виконуються без будь-якої взаємодії з користувачем, з наявними обчислювальними ресурсами. Пакетне тестування підтверджує результати виведення пакетного завдання за специфікацією.
4. Тестування в Інтернеті
У цій категорії випробовуються функції передніх версій програм для мейнфреймів. Він охоплює навігацію на екрані, перевірку введення даних, зручність використання та аспекти зовнішнього вигляду.
5. Тестування інтеграції через Інтернет
Тут випробувані інтеграційні аспекти онлайн-процесу із зворотним процесом. Він перевіряє правильність потоку даних та взаємодії між екранами та задньою системою.
6. Тестування баз даних
Цей тест підтверджує дані, що зберігаються транзакціями на відповідність специфікації системи. Цілісність даних та інші параметри бази даних для оптимальної продуктивності також тут підтверджені.
7. Тестування системної інтеграції
Цей тест проводиться після завершення тестів на рівні одиниці. Тут тестуються функціональність усіх модулів у поточній системі (додаток Intra), а також взаємодія із зовнішніми додатками (міжприкладними програмами). Тут потік даних через модулі та програми перевіряється на правильність. Це тестування забезпечує готовність збірки до розгортання.
8. Регресійне тестування
Це тестування забезпечує, що зміни, здійснені в модулі, не впливають на загальну функцію батьківського додатку, а також на інтегровану програму. Це негативний тест для контролю впливу будь-яких дефектних змін коду програми у сценарії після виробництва.
9. Тестування продуктивності
Програми для мейнфреймів можуть мати наступні збої в продуктивності
- У програмі витрачається більше ресурсів, що призводить до високої вартості роботи
- Час відповіді в Інтернеті повільно призводить до невдоволення клієнтів
- Пакетні завдання та допоміжний процес потребує більше часу, скорочення доступності системи для користувачів онлайн. Питання масштабності
Для подолання вищевказаних глюків додаток слід перевірити на правильність
- Параметри системи та бази даних
- Дизайн додатків та баз даних
- Параметри інтеграції системи
- Кодування
- Час виконання завдань на задньому кінці
10. Тестування безпеки
Він включає оцінку загроз, ризиків, уразливості та рекомендує виправити дії для додатків, а також мережі.
Тестування повинно охоплювати випадки використання у таких сферах, як управління особистістю та доступом, захист даних та дотримання політики конфіденційності, управління ризиками та дотриманням правил.
11. Гнучкі методики
Розглянуті вище методи тестування виконують послідовність кроків із припущенням, що вимоги залишаються постійними протягом усього проекту. Але сучасні цифрові програми часто змінюються і постійно розвиваються. Agile методологія сприяє поступовому розробці програмного забезпечення та швидко реагує на зміни. Інкрементальне тестування використовується у спритному сценарії розвитку.
Як зробити тестування мейнфреймів?
Тестування мейнфреймів зазвичай проводиться вручну, і його можна автоматизувати за допомогою таких інструментів, як REXX, QTP, аналізатор продуктивності додатків IBM, тонкий тюнер додатків CA тощо. Незалежно від режиму роботи з тестуванням слід керуватись наступним підходом зрушення ліворуч.
1. Планування
Команда тестування разом із командою управління та розвитку проекту повинна заздалегідь підготувати тестові сценарії та тестові приклади. Документ щодо системних вимог, документ про вимоги бізнесу, інші проектні документи та вклади від команди розробників будуть корисні для підготовки тестових планів. Ресурси з необхідними знаннями мейнфрейму повинні бути частиною команди.
2. Планування
Графік тестування повинен бути складений у відповідності з графіком виконання проекту і він повинен бути реалістичним.
3. Результати роботи
Результати роботи повинні бути чітко визначені без будь-якої двозначності, і вони повинні бути в межах цілей тесту.
4. Виконання
Виконання має бути відповідно до плану та результатів. Слід проводити періодичні огляди з командою розробників, щоб перевірити хід і внести корекцію курсу.
5. Звітність
Результати тестування повинні періодично ділитися з командою розробників. У разі невідкладних ситуацій група, що тестує, може зв’язатися з командою розробників для негайного виправлення для підтримки наступності.
6. Переваги
Надійний процес тестування дозволяє уникнути непотрібних переробок, оптимально використовувати ресурси, скорочує час простою виробництва, покращує користувацький досвід, покращує утримання клієнтів та зменшує загальну вартість IT-операцій.
Висновок
Мейнфрейм-комп’ютери все ще відіграють важливу роль у розміщенні застарілих ERP-програм для великих підприємств, а також в хостінгу заднього плану для цифрових додатків. Мейнфрейми тут залишаються на довший час. Перш за все важливо, щоб Додаток, розміщений у мейнфреймі, був ретельно перевірений перед розгортанням.
Рекомендовані статті
Це посібник з тестування мейнфреймів. Тут ми обговорюємо Вступ до тестування мейнфреймів, кроки, які слід виконати при тестуванні мейнфреймів, як робити тестування мейнфреймів за методологією. Ви також можете ознайомитися з іншими запропонованими нами статтями, щоб дізнатися більше -
- Інструменти тестування SOA
- Що таке QTP?
- Інформатика архітектура
- Інструмент інтеграції даних
- Що таке інтеграція даних?