Одличан начин тестирања података помоћу КСМЛ технологија (Бела књига)

an excellent way data testing using xml technologies

У СДЛЦ , ако апликација користи модел водопада, на крају су планиране активности испитивања. То представља ризик од прераде у вези са захтевима, дизајном, кодом и тест случајевима ако КА тим утврди недостатке. Боље је избегавати чекање до краја да бисте идентификовали недостатке у апликацији.

Тестови који се не заснивају на функционалном извршавању апликације могу пронаћи недостатке без обавезивања пуштања свих компонената у тест окружење. То се може постићи тестирањем података.

КСМЛ и сродне технологије које се користе за комуникацију између различитих нивоа апликације пружају могућност извођења тестова који не морају да чекају да цела апликација буде лако доступна за тестирање.

Овај документ даје један од могућих начина разматрања могућности тестирања података у раном животном циклусу издања производа.

Шта ћете научити:

• Претпоставка:
• Фокус група:
• Намена:
• Тестирајте животни циклус управљања подацима
  • # 1. Идентификујте захтеве за подацима
  • # 2. Планирајте прикупљање података
  • # 3. Направите податке
  • # 4. Тестирајте податке
• Закључак
• Препоручено читање

Претпоставка:

Овај документ претпоставља да је читалац упознат концепти софтверског тестирања и основна употреба базе података и КСМЛ технологија.

Фокус група:

КА тим (КА), дата тим (ДТ), програмер (ДЕВ)

Намена:

Тхе примјера података идентификована за тестирање производа дефинише обим извршеног испитивања, додаје поверење у резултате испитивања и квалитет производа. Идентификовање података за тест зависи од захтева за тест који треба извршити.

Овај документ се фокусира на валидацију тест података пре него што их види на корисничком интерфејсу.

Овом процесу је потребно управљање подацима о тестовима како би се постигли ефикасни резултати испитивања. Подаци као што сви знамо могу се сачувати у бази података или у равној датотеци. Али пренос података из / у базу података може се извршити помоћу КСМЛ-а. Постоји врло блиска веза између КСМЛ (1), КССД (2), КСПАТХ (3) & КССЛТ (4). (Погледајте све дефиниције у наставку).

(1) КСМЛ - је Икс затегнут М. аркуп Л ангуаге. Препорука је Ворлд Виде Веб Цонсортиум (В3Ц) да опише податке. Помоћу скупа тачних правила синтаксе можете осигурати да је КСМЛ документ „добро обликован“

(два) КССД - Користи се за означавање структуре КСМЛ документа. „Добро обликован“ КСМЛ документ може се потврдити у односу на КССД (КСМЛ шему) да би се потврдио

(3) КСПАТХ - Требало би се кретати кроз „ваљани“ и „добро обликован“ КСМЛ како би се преузели одговарајући подаци из КСМЛ-а. Изрази КСПАТХ изгледају као традиционална путања датотеке у директоријуму.

(4) КССЛТ - је Икс затегнут С. табеле Л ангуаге Т. рансформације - Док представљају податке из КСМЛ-а на корисничком интерфејсу (УИ), било који стил (фонт, боја, величина итд.) може се применити помоћу КССЛТ-а. КССЛТ користи КСПатх за проналажење информација из КСМЛ-а.

Подаци представљени у КСМЛ се проверава према шеми (КССД датотека). КСМЛ се може излазити у различите формате помоћу КССЛТ и КСПАТХ.

1 нф 2 нф 3 нф

У сврху ове дискусије послужићемо се следећим примером.

Пример - Издавачка кућа има веб локацију која приказује информације о књигама које је објавила. Једна од веб страница приказује резиме о сваком поглављу књиге. Тестирање треба да осигура да садржај буде прикладан на овој веб страници. До сада је издавачка кућа објавила милионе књига.

Све информације у вези са објављеним књигама чувају се у бази података. Ипак, дотична веб страница треба подскуп података (о новој књизи и њеним поглављима) да би се из базе података издвојила у КСМЛ.

КСМЛ дат у наставку представља метаподатке о књизи.

КСМЛ датотека Боок.кмл

ц ++ претвори карактер у инт

КСМЛ Боок Сцхема.ксд

Тестирајте животни циклус управљања подацима

Слично другом процесу, тест података управљање има своје фазе животног циклуса (ЛЦ).

1. Идентификујте захтеве за подацима
2. Планирајте прикупљање података
3. Направите податке
4. Тестирајте податке
5. Одржавање података (није детаљно описано у овом документу, јер није релевантно)

# 1. Идентификујте захтеве за подацима

У горњем примеру, база података чува милионе записа. Ако се садржај свих књига издвоји у КСМЛ датотеку, потребна је детаљна валидација. Како и када нове информације треба да се избацују на веб страницу, КСМЛ и шема могу претрпети промене.

Промене у КСМЛ, КССД, КСПАТХ и КССЛТ захтевају одговарајућу проверу ваљаности. Али ово тестирање не мора чекати на представљање презентације, међуопреме и нивоа података. КА тим може анализирати КССД како би припремио план захтева за подацима.

Процес идентификовања свих захтева за подацима о производу треба да се односи на следеће:

а) Обухват и потпуност - Да ли идентификовани захтеви покривају све случајеве употребе?

Пример - Веома је важно тестирати комбинације података за наслов, аутора, категорију, језик у горњем КСМЛ узорку; пошто шема налаже ова поља.

То се лако може решити гледањем КСМЛ шеме која описује присуство елемента / атрибута и њихов редослед у КСМЛ-у

б) Квалитет - Да ли су подаци прикупљени најбољег могућег квалитета? Подаци коришћени за испитивање одређују квалитет испитивања извршеног на апликацији.

• Позитивна и негативни сценарији - Тестирање треба да провери како се апликација понаша са важећим / неважећим улазним подацима

Тхе документ о захтевима за податке о испитивању наводи потребе за подацима на свим нивоима апликације. Подаци из базе података могу се користити директно у корисничком интерфејсу и / или њима манипулисати (прорачуни, спајање итд.). Стога је потребно обухватити све потребе за подацима.

Табела у наставку представља узорак табеле података:

У горњем примеру може се избећи употреба типа података низа за поље Аутор. Уместо тога, образац се може применити.

На пример. само абецеде, почињу великим словом, без посебних знакова итд. А шаблон (ограничавање вредности елемента дефинисаног у КССД) може се дефинисати као .

Ако је ово постављено за аутор елемент у горњем примеру, то значи, аутор елемент треба да има вредност само са комбинацијом великих, малих абецеда и позитивних целих бројева.

# 2. Планирајте прикупљање података

# 3. Направите податке

# 4. Тестирајте податке

Као што је наведено у горњим табелама, КА валидира КСМЛ у односу на шему како би проверила да ли су подаци доступни како се очекује. Једном када се шема подудара, може се потврдити да је садржај и његова структура у реду. Ипак, ово не потврђује да систем тачно прикупља податке.

Као што знамо КСМЛ приказује структуру стабла са п нису-дете-брат-сестра-предак-потомак однос између чворова.

Погледајте доњу табелу да бисте разумели најједноставније конвенције КСПАТХ:

Да би се поља из КСМЛ-а приказала на екрану (као ХТМЛ на пример) користи се комбинација КССЛТ - КСПАТХ.

У прегледачу је коначни резултујући КСМЛ представљен као испод. Будући да су подаци већ проверени, фокус тестирања може бити више на изгледу и стилу екрана.

Закључак

• Тестирање података извршено рано у животном циклусу развојног тестирања штеди новац јер су трошкови исправљања грешке током извршења функционалног теста много више од поправљања рано у животном циклусу
• Напор уложен у валидацију КСМЛ датотеке, КСПатх и КССЛТ са КССД документима помаже у избегавању вишеструких понављања издања
• КА тим може блиско сарађивати са развојним тимом и пружити услугу са додатом вредношћу
• КА тим може помоћи у исмијавању различитих комбинација података како би се осигурала покривеност и тачност

Сигуран сам да ће вам ова техника бити корисна. Слободно коментаришите ако имате питања.

Препоручено читање

• Једноставан приступ за КСМЛ тестирање базе података
• Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
• Кључне разлике између тестирања црне кутије и тестирања беле кутије
• 10 најпопуларнијих алата за складиштење података и технологија за тестирање
• Водич за тестирање складишта података ЕТЛ (комплетан водич)
• Преузимање е-књиге за тестирање буквара
• Шта је тестирање мутације: Водич са примерима
• Како извршити тестирање на основу података помоћу алата ТестЦомплете