Увод у тестирање главног оквира
Маинфраме сервер с лакоћом управља великом количином трансакција, истовремено управља хиљадама корисника и великим базним / великим пропусним везама. Сервери су робусних дизајна и познати су по факторима поузданости, доступности, услужности и сигурности. Традиционално, пословне апликације (ЕРП) за велика предузећа налазе се на рачунару Маинфраме. ЕРП обично укључује пословне критичне апликације као што су Финансије, Управљање залихама, платни списак, Обрада налога, ХР итд., Модерне дигиталне апликације користе Маинфраме за помоћне операције. Производне базе података за већину критичних апликација попут АТМ-а и веб локација е-трговине налазе се у Маинфрамеу.
Због критичности, Маинфраме апликације треба темељно испитати пре него што се покрене производња.
Погледајмо различите аспекте тестирања ових апликација.
Методологија испитивања маинфраме-а
Крајњим корисницима приступају апликације у Маинфраме-у на начин другачији од Веб апликација. Кључне разлике треба да буду свесни тестера апликација
| Сл | Маинфраме | Веб |
| 1 | Приступан преко Терминалног Емулатора | Приступано путем претраживача или корисничког сучеља |
| 2 | Терминал Емулатор је једини софтвер који се учитава у клијентску машину ради тестирања.
Апликације се налазе на главном серверу. | Неку обраду врши клијентски клијент, а апликације би требало да буду распоређене на правом месту пре него што започне тестирање. |
| 3 | Корисник се директно пријављује у систем | Апликацијама се приступа преко двостепене архитектуре (клијент / сервер) или трослојног (Презентацијски / апликације / ДБ слојеви складиштења) |
| 4 | Испитивач треба да буде свјестан одређених операција главног оквира. | Тестирање се може обавити директно на екрану апликација. |
Предуслов знања о операцијама Маинфраме-а које треба да има испитивач
- Опција за дељење времена (ТСО) - Начин за приступ виртуелној меморији и управљање скуповима података путем команди.
- Интерактивни систем продуктивности система (ИСПФ) за рад у менијима
- Објекат за приказ и претраживање система (СДСФ) за контролу операција и системских ресурса.
- ЦИЦС трансакција за тестирање ИБМ маинфрамес-а.
- ФТП или неки други протокол за пренос
- Пакетно управљање послом
- Операције на различитим платформама у којима је Маинфраме помоћни систем
Кораци које треба следити у тестирању главног оквира
Следећи кораци које треба следити дате су у наставку:
1. Испитивање дима
Хигијенски тест којим се потврђује спремност софтверске верзије за потпуни тест. Обухваћа површне сценарије тестирања и троши мало труда и времена. То штеди напор времена тестера за тестирање неисправне грађе.
2. Испитивање функционалности
Функционалности различитих модела тестирају се појединачно и међусобно, ради усклађености са захтевима.
3. Серијско тестирање
Пакетни послови су скуп активности које се извршавају без икакве интеракције корисника, с доступним рачунским ресурсима. Пакетно тестирање потврђује резултате излаза пакетног посла са спецификацијом.
4. Онлине тестирање
Предње карактеристике маинфраме апликација тестиране су у овој категорији. Обухваћа навигацију унутар екрана, провјеру уноса података, прилагођеност корисницима и аспекте изгледа и осјећаја.
5. Тестирање интеграције путем интернета
Овде су тестирани аспекти интеграције интернетског процеса с бацк-енд процесом. Проверава исправност протока података и интеракција између екрана и система са задње стране.
6. Тестирање базе података
Овај тест потврђује податке похрањене у трансакцијама за усклађеност са спецификацијом система. Овде су такође потврђени интегритет података и остали параметри базе података за оптималне перформансе.
7. Тестирање системске интеграције
Овај тест се врши по завршетку испитивања на јединици. Овде се тестира функционалност свих модула унутар тренутног система (Интра апликација) као и интеракције са спољним апликацијама (међуп примјена). Овде се проток података преко модула и апликација тестира на тачност. Ово тестирање осигурава спремност грађевине за употребу.
8. Регресијско тестирање
Ово тестирање осигурава да промене извршене у модулу не утичу на укупну функцију надређене апликације као и на интегрисану апликацију. Ово је негативан тест за контролу утицаја било каквих неисправних промена кодова у пост-продукцијском сценарију.
9. Испитивање перформанси
Апликације за главне оквире могу имати следеће грешке у перформансама
- Више програма се троши у програму што резултира високим трошковима рада
- Вријеме одговора на мрежи је споро што доводи до незадовољства купаца
- Пакетни послови и повратни поступак одузима више времена, смањује расположивост система за кориснике на мрежи д. Питања скалабилности
Да би се превазишли горњи пропусти апликација треба тестирати на исправност
- Параметри система и базе података
- Дизајн апликација и база података
- Параметри интеграције система
- Кодирање
- Временски распоред позадинских послова
10. Сигурносно тестирање
То укључује процену претњи, ризика, рањивости и препоручује корективне радње за апликације као и за мрежу.
Тестирање треба да обухвати случајеве употребе у областима као што су управљање идентитетом и приступом, заштита података и поштовање политике приватности, управљање ризицима и усклађеношћу.
11. Агиле методологије
Горе описане методе испитивања прате низ корака уз претпоставку да захтјеви остају константни током цијелог пројекта. Али савремене дигиталне апликације се често мењају и непрестано се развијају. Агилна методологија олакшава инкрементални развој софтвера и брзо реагује на промене. Постепено тестирање користи се у агилном сценарију развоја.
Како се врши тестирање главног рачунара?
Тестирање маинфраме-а обично се врши ручно и може се аутоматизовати помоћу алата као што су РЕКСКС, КТП, анализатор перформанси ИБМ апликације, фини тјунер апликације ЦА итд. Без обзира на начин рада, активностима тестирања требало би да се управља следећим приступом померања улево.
1. Планирање
Тим за тестирање у координацији с тимом за управљање пројектима и развојним тимом треба унапред припремити сценарије за тестирање и испитне случајеве. Документ о захтевима за системом, документ о захтевима пословања, друга пројектна документација и инпути развојног тима биће корисни за припрему тестних планова. Ресурси са предусловим познавањем маинфраме-а требало би да буду део тима.
2. Заказивање
Распоред тестирања треба израдити у складу с распоредом реализације пројекта и требао би бити реалан.
3. Испоручиви производи
Исходи би требали бити добро дефинисани без икакве нејасноће и требали би бити у оквиру циљева испитивања.
4. Извршење
Извршење треба да буде према плану и резултатима. Требало би да постоје периодични прегледи са развојним тимом како би се провео напредак и извршила корекција курса.
5. Извештавање
Резултате испитивања треба периодично делити развојном тиму. У хитним ситуацијама, тим за тестирање може контактирати развојни тим ради тренутне корекције ради одржавања континуитета.
6. Предности
Робустан поступак тестирања избегава непотребне преправке, оптимално користи ресурсе, смањује време застоја у производњи, побољшава корисничко искуство, побољшава задржавање клијената и смањује укупну цену ИТ рада.
Закључак
Рачунари са маинфрамеом и даље играју виталну улогу у хостингу наслијеђених ЕРП апликација за велика предузећа, као и хостинг бацк бацк-у за дигиталне апликације. Маинфрамес су ту да остану дуже време. Превасходно је важно да апликацију која се налази у главном оквиру детаљно тестира пре примене.
Препоручени чланци
Ово је водич за испитивање главног рачунара. Овде смо расправљали о Уводу у тестирање главног оквира, Кораци које треба следити у тестирању маинфрамеа, Како се врши тестирање маинфраме уз методологију. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Алати за тестирање СОА-е
- Шта је КТП?
- Информатица Арцхитецтуре
- Алат за интеграцију података
- Шта је интеграција података?