Въведение в тестване на мейнфрейм
Mainframe сървърът обработва голям обем транзакции, управлява едновременния достъп на хиляди потребители и големи връзки към база данни / тежка честотна лента с лекота. Сървърите са здрави по дизайн и са известни с факторите за надеждност, достъпност, обслужване и сигурност. Традиционно корпоративните приложения (ERP) за големи бизнеси се хостват в компютрите с мейнфрейм. ERP обикновено включва критично важни за бизнеса приложения като финанси, управление на запаси, ведомост, обработка на поръчки, HR и др., Съвременните цифрови приложения използват мейнфрейм за своите резервни операции. Производствените бази данни за повечето критични за мисията приложения като ATM, сайтове за електронна търговия се хостват в Mainframe.
Поради своята критичност, приложенията на Mainframe трябва да бъдат тествани щателно преди пускането на производството.
Нека разгледаме различни аспекти на тестване на тези приложения.
Методиката за тестване на мейнфрейм
Достъп до приложения в Mainframe се осъществява от крайните потребители по начин, различен от уеб приложенията. Ключовите разлики, които тестерите на приложения трябва да са наясно, са
| Sl | Основна рамка | мрежа |
| 1 | Достъп чрез терминален емулатор | Достъп до браузъра или потребителския интерфейс |
| 2 | Terminal Emulator е единственият софтуер, който се зарежда в клиентска машина за тестване.
Приложенията се намират в основния сървър. | Част от обработката се извършва от страна на клиента и приложенията трябва да бъдат разположени на правилното място, преди да започне тестването. |
| 3 | Потребителят влиза директно в системата | Достъп до приложенията се осъществява чрез двустепенна архитектура (клиент / сървър) или тристепенна (презентационни / приложения / слоеве за съхранение на DB) |
| 4 | Тестерът трябва да е запознат с конкретни операции с мейнфрейм. | Тестването може да се направи директно на екрана с приложения. |
Предварителни познания за операциите на мейнфрейм, които трябва да има тестер
- Опция за споделяне на време (TSO) - начин за достъп до виртуално съхранение и управление на набори от данни чрез команди.
- Интерактивна система за производителност на системата (ISPF) за операции с менюта
- Система за показване и търсене на система (SDSF) за контрол на операциите и системните ресурси.
- CICS транзакция за тестване за IBM мейнфрейми.
- FTP или друг протокол за трансфер
- Партидно управление на задачите
- Кросплатформени операции, където Mainframe е резервният
Стъпки, които да следвате при тестване на мейнфрейм
Следните стъпки, които трябва да следвате, са дадени по-долу:
1. Тестване на дим
Тест за хигиена за потвърждаване на готовността на софтуера за цялостен тест. Тя обхваща повърхностни сценарии за тестване и отнема малко усилия и време. Това спестява усилията на времето на тестерите за тестване на дефектна конструкция.
2. Тестване на функционалност
Функционалностите на различните модели се тестват поотделно, както и по отношение един на друг, за съответствието му с изискванията.
3. Партидно тестване
Партидните задачи са набор от дейности, които се изпълняват без никакво взаимодействие с потребителя, с наличните изчислителни ресурси. Партидното тестване потвърждава резултатите от изхода на партидната задача със спецификацията.
4. Онлайн тестване
В тази категория се тестват характеристиките на предния край на приложенията за мейнфрейм. Той обхваща навигацията в рамките на екрана, валидирането на данни, удобството за ползване и аспектите на външния вид.
5. Тестване на онлайн пакетни интеграции
Тук са тествани интеграционните аспекти на онлайн процеса с обратния процес. Той проверява правилността на потока от данни и взаимодействията между екраните и системата на задния край.
6. Тестване на база данни
Този тест потвърждава данните, съхранявани от транзакциите за съответствие със спецификацията на системата. Целостта на данните и другите параметри на базата данни за оптимална производителност също са валидирани тук.
7. Тестване на системната интеграция
Този тест се предприема след приключване на тестовете на ниво единица. Тук се тестват функционалностите на всички модули в текущата система (приложение Intra), както и взаимодействията с външни приложения (между приложение). Тук потокът от данни през модулите и приложенията се тества за коректност. Това тестване гарантира готовността на изграждането за внедряване.
8. Тест за регресия
Това тестване гарантира, че промените, направени в модул, не влияят върху цялостната функция на родителското приложение, както и на интегрираното приложение. Това е отрицателен тест за контрол на въздействието на всички дефектни промени в кода в приложението при сценарий след продукцията.
9. Тестване на производителността
Приложенията в мейнфрейм може да имат следните грешки в производителността
- В програмата се изразходват повече ресурси, което води до високи разходи за работа
- Времето за реакция онлайн е бавно, което води до недоволство на клиентите
- Партидните задачи и задния процес отнема повече време, намалява наличността на системата за онлайн потребителите d. Проблеми с мащабируемостта
За преодоляване на горните бъгове приложението трябва да се тества за правилно
- Параметри на системата и базата данни
- Дизайн на приложения и бази данни
- Параметри за системна интеграция
- кодиране на стоките
- График на заданията в задния край
10. Тестване на сигурността
Тя включва оценка на заплахите, рисковете, уязвимостите и препоръчва коригиращи действия за приложенията, както и за мрежата.
Тестването трябва да обхваща случаи на използване в области като управление на идентичността и достъпа, спазване на политиката за защита на данните и поверителност, управление на риска и спазването на изискванията.
11. Гъвкави методологии
Методите за тестване, разгледани по-горе, следват последователност от стъпки с предположението, че изискванията остават постоянни по време на целия проект. Но съвременните цифрови приложения претърпяват промени често и се развиват непрекъснато. Agile методология улеснява постепенното разработване на софтуер и бързо реагира на промените. Инкременталното тестване се използва при гъвкав сценарий за развитие.
Как да направя тестване на мейнфрейм?
Тестването на мейнфрейм обикновено се извършва ръчно и може да се автоматизира с помощта на инструменти като REXX, QTP, анализатор на производителността на приложението на IBM, фин тунер на приложението на CA и др. Независимо от режима, тестовите дейности трябва да се управляват чрез следния подход за смяна вляво.
1. Планиране
Екип за тестване в координация с екипа за управление и развитие на проекта трябва да подготви тестови сценарии и тестови случаи много предварително. Документът за системно изискване, документът за изискване за бизнес, други документи по проекта и входните данни от екипа за разработка ще бъдат полезни за подготовката на тестови планове. Ресурсите с необходимите знания за мейнфрейм трябва да бъдат част от екипа.
2. Планиране
Графикът на тестването трябва да бъде съставен в съответствие с графика за изпълнение на проекта и той да бъде реалистичен.
3. Резултати
Резултатите трябва да бъдат добре дефинирани без неяснота и да бъдат в обхвата на целите на теста.
4. Изпълнение
Изпълнението трябва да бъде според плана и резултатите. Трябва да има периодични прегледи с екипа за разработка, за да се провери напредъкът и да се направи корекция на курса.
5. Отчитане
Резултатите от тестовете трябва да се споделят периодично с екипа за развитие. В случай на спешни ситуации тестващият екип може да се свърже с екипа за разработка за незабавна корекция, за да поддържа приемственост.
6. Предимства
Надеждният процес на тестване избягва ненужни преработки, използва ресурсите оптимално, намалява времето за прекъсване на производството, подобрява потребителското изживяване, подобрява задържането на клиенти и намалява като цяло разходите за работа с ИТ.
заключение
Мейнфрейм компютрите все още играят жизненоважна роля за хостинг на наследени ERP приложения за големи предприятия, както и за хостинг на задния край за цифрови приложения. Основните кадри са тук, за да останат за по-дълго време. От първостепенно значение е приложението, хоствано в мейнфрейм, да бъде тествано старателно преди внедряването.
Препоръчителни статии
Това е ръководство за тестване на мейнфрейм. Тук обсъждаме Въведение в тестването на мейнфрейм, стъпки, които да следвате при тестване на мейнфрейм, Как да направите тестване на мейнфрейм по методология. Можете също да прегледате и другите ни предложени статии, за да научите повече -
- Инструменти за тестване на SOA
- Какво е QTP?
- Информатика Архитектура
- Инструмент за интегриране на данни
- Какво е интеграция на данни?