simple approach xml database testing
Овај чланак ће вам помоћи да разумете КСМЛ за Концепт тестирања базе података , што је изазов тип испитивања .
Поређење података је пресудан задатак који треба квалитетно обавити. Свака грешка ће проузроковати један или више неуспеха у апликацији.
КСМЛ је формат електронске комуникационе поруке који садржи податке, а База података је физичко складиште са табелама / колонама које садрже податке.
Већина апликација међусобно размењује податке. Ове комуникације могу бити у облику КСМЛ порука које садрже податке. Такође се ови подаци чувају у систему базе података и по потреби их апликације дохваћају.
Такође прочитајте => Одличан начин тестирања података помоћу КСМЛ технологија
Већина домена као што су финансије, маркетинг, продаја, е-трговина, аутомобил, логистика и производња користе ову технику за комуникацију података са апликацијама.
Да би тестирање КСМЛ-а до базе података било успешно, најважнији податак је мапирање документа која дефинише сваки елемент у КСМЛ-у наспрам ступаца у бази података.
Документ мапирања пружит ће потпуну представу елемената (КСМЛ) асоцијацији колона (ДБ). Вредности КСМЛ елемента могу бити улаз у ДБ табеле или обрнуто.
како отворити датотеку кључа у Виндовсима
Овим чланком ћете добро разумети како тестирати податке КСМЛ поруке у подацима базе података ради тачности података.
Шта ћете научити:
- Разговарајмо о КСМЛ-у и бази података:
- Архитектура апликације:
- Пример:
- Како тестирати:
- Пример из стварног живота:
- Сценарији неуспеха:
- Закључак:
- Препоручено читање
Разговарајмо о КСМЛ-у и бази података:
Апликације користе различите технике за међусобну комуникацију. Комуникација путем КСМЛ-а је једна од њих. КСМЛ је поуздана техника за комуникацију порука (података) између две апликације. КСМЛ садржи скуп елемената који имају одређене вредности. Понекад вредности могу бити НУЛЛ или празне.
База података чува податке у облику табела. База података садржи неколико табела. Апликација може да унесе податке у табелу у бази података, а такође могу да преузму податке табеле по потреби.
Сада апликације могу да складиште / преузимају податке из табела базе података у облику КСМЛ-а, и то је прилично поуздана / флексибилна техника.
Архитектура апликације:
Као тестер је важно да:
- Прођите кроз Архитектуру производа да бисте разумели како апликације преносе поруке између модула / база података / Када прођете кроз ове информације и утврдите да постоје било какве недоследности / питања, за појашњења се може обратити БА / СА.
- Разумевање протока података узлазних и низводних апликација.
- Улазни и одлазни подаци се преносе у апликацију.
У неким случајевима узводне и низводне апликације могу бити базе података различитих апликација и оне комуницирају / преносе податке у КСМЛ формату користећи похрањене процедуре, веб услуге, АПИ-је итд. У другима може постојати комбинација база података и апликација које преносе податке једни са другима.
Пример:
За овај чланак о тестирању КСМЛ-а до базе података, размотримо апликацију која комуницира са базом података за чување података.
Имамо низводну апликацију ИБАПКС , који преноси поруке у КСМЛ формату у апликацију базе података МИДБКС . Имамо претходну апликацију ОБАПКС , који преузима податке са МИДБКС за пријаву извештавања РПТКС и то је узводна апликација за ОБАПКС .
Белешка: Пре него што започнете, упознајте се са технологијом која се користи за међукомуникациону комуникацију (похрањене процедуре, веб услуге, АПИ итд.) И добро познајте архитектуру. Ове информације се обично налазе у пројектном документу или са СА / БА / Дев тимовима.
Сада апликација ИБАПКС чува податке у апликацији базе података МИДБКС. Да бисмо знали који је елемент кмл мапиран у колону табеле, морамо да упутимо мапирање документа . Понекад КСМЛ елементи и називи колона могу бити исти или не. Разлика је због пословне потребе.
На пример . рецимо да ИБАПКС шаље елемент са именом као продајни бројеви , али када МИДБКС чува исту вредност елемента у табели, то се односи на њега п_ордерид назив колоне. То може бити због чињенице да се КСМЛ елемент назива ентитетом повезаним са продајом, када је иста вредност ускладиштена у табели, назив колоне је можда промењен да би се односио на производну употребу. Ово се може променити у другим апликацијама у складу са пословним потребама.
Како тестирати:
Сад како тачно тестер може ефикасно и ефикасно да тестира све сценарије? Хајде да причамо.
Прво узмете улазну КСМЛ датотеку и потврдити КСМЛ структуру односно елементи. То се може учинити помоћу КССД-а који дефинише структуру за одговарајући КСМЛ.
КССД датотека изгледа као КСМЛ и дефинише структуру КСМЛ-а, попут имена елемента, типа елемента, минОццурс, макОццурс итд. Када се изврши валидација КСМЛ-а, извезите је у Екцел. Само повуците кмл датотеку на нови Екцел лист. Добићете скочни прозор са питањем како желите да отворите датотеку, само изаберите „Као КСМЛ табела“. Подаци ће се сачувати у екцел датотеци као табела.
Можете видети податке попуњене у табели, упитати табелу са одређеним подацима и дохватити запис. Копирајте податке у исту екцел датотеку на други лист. Сада користећи ЕКСАЦТ функцију у екцелу можете лако упоредити КСМЛ податке са ДБ подацима. Обавезно упоредите само податке, а не имена колона.
На овај начин можете упоредити више података записа и може уштедети много ручног напора за упоређивање вредности података КСМЛ елемента са вредностима података ДБ колоне.
Пронађите доњи снимак за референцу:
Белешка: На горњој слици можете видети да се називи колона не подударају као што смо раније разговарали.
Савет: Понекад се можете суочити са проблемом приликом упоређивања КСМЛ-а велике величине са ДБ-ом. У том случају, једино чиме треба да управљате је сређивање вредности колона у екцел листу. Запамтите једно: Екцел поређење датотека би требало бити ограничена на величину датотеке од 100 МБ . Наћи ћете проблеме са перформансама ако изађете даље.
Као што смо раније разговарали, вредности КСМЛ елемената могу бити улаз у ДБ табеле или обрнуто. Дакле, након што добијете КСМЛ поруку као улазну датотеку у апликацију из ДБ апликације, морате извршити горе наведену технику тестирања да бисте упоредили вредности података КСМЛ-а и ДБ-а. Понекад морамо извршити Е2Е тестирање где више апликација обрађује податке.
Пример из стварног живота:
Корисник је наручио књигу са Флипкарта, веб локације за е-трговину. Почетна тачка је корисник који наручује артикал, а крајња тачка је примање копије фактуре у центру за е-трговину. Након тога би се могли догодити неки сценарији као што су враћање налога или размена налога, повраћај плаћања и тако даље.
Овде је укључено више модула као што су продаја, инвентар, обрада предмета, логистика, плаћање, повраћај, понуде итд. За обраду налога док артикал не стигне до купца. Ток Е2Е комуницира порукама ради испуњавања налога.
Као тестер када будете учествовали у Е2Е тестирању, можда ћете морати да наиђете на сценарије у којима ћете валидирати Апплицатион вс ДБ или ДБ у ДБ или Апплицатион то Апплицатион податке. Овде би требало да имате потпуну јасноћу о протоку података Е2Е, тј. Који би то требали бити подаци које је апликација примила или послала апликација и који су подаци који се чувају у ДБ-у или преузимају из ДБ-а.
Сценарији неуспеха:
Разговарајмо о неким могућим сценаријима неуспеха.
- Једноставан сценарио неуспеха је нетачно мапирање . Мапирање између КСМЛ елемената и ДБ колона треба да анализира испитивач током фазе анализе или планирања. Разговарајте о свим проблемима мапирања са БА / СА да бисте разјаснили сумње. Једном када је мапирање замрзнуто, можете осигурати да се подударају вредности КСМЛ елемената у односу на ДБ колоне.
- Упоредите вредности и ако се не подударају, пријавите квар да бисте решили проблем. Постоји низ могућности за настали квар, попут Дефект података - може бити питање података о тестирању ; Неисправност кода - може бити грешка у коду која рашчлањује вредности података да се не мапирају; Артефактни недостатак - Можда је нетачно мапирање обезбедило БА / СА.
- Проблем са КСМЛ форматом - КСМЛ заглавље или метаподаци или неке нетачне кмл ознаке. У овом случају сам КСМЛ није успео да сачува вредности података у табели базе података.
- Неподударање типа података - Вредност елемента у КСМЛ има више знакова у дужини, што је више него што ДБ колона може да прихвати. Ово ће бити проблем са кодом и развојни тим мора да изврши потребне промене у дужини типа података за ту колону.
- Неуспех околине - Неуспешно окружење или неактивна ДБ апликација, проток података остаје непотпун.
- Питање перформанси - Можда је количина записа који садрже поруку огромна или би оптерећење ДБ могло бити велико, да би почетак могао бити превелик.
- Квар међупрограма ће проузроковати пад података из апликације у базу података.
- Питање приступа бази података због чега долазна апликација не може да пошаље податке у одговарајућу табелу.
Закључак:
Тестирање КСМЛ-а у базу података биће сложеније када ће једна КСМЛ порука похранити податке у више система. Такође ће перформансе базе података за складиштење / преузимање великог обима података бити изазов за тестера да тестира такве сценарије.
Горњи пример је мали сегмент активности тестирања које се спроводе у апликацији. Тестер ће можда требати да изврши велику количину тестирања података са сличним приступом.
Јавите нам своје коментаре, питања и искуства у наставку.
Препоручено читање
- Тестирање базе података помоћу ЈМетер-а
- Најбољи алати за тестирање софтвера 2021. [Алати за аутоматизацију КА теста]
- Одличан начин тестирања података помоћу КСМЛ технологија (Бела књига)
- 40+ најбољих алата за тестирање база података - популарна решења за тестирање података
- Шта је тестирање мутације: Водич са примерима
- Преузимање е-књиге за тестирање буквара
- Топ 10 ЕТЛ алата за тестирање 2021. године
- Комплетан водич за тестирање базе података (Зашто, шта и како тестирати податке)