cste software testing certification exam question pattern
Овај чланак ће вам дати општу идеју о Образац папира за испит за сертификат ЦСТЕ . Укључио сам неколико примера питања и одговора за лажни тестни рад ЦСТЕ. Можете се позвати на ова питања и просудити образац описног рада.
Ако су вам потребна питања објективног типа из ЦСТЕ рада, можете погледати наш претходни чланак о одговорима на питања ЦСТЕ типа. Такође, можете преузети још неколико примера радова са нашег „Преузимања“ одељак.
ЦСТЕ Моцк Тест Папер - Питања и одговори
П # 1) Дефинишите следеће заједно са примерима (25 оцена)
а. Испитивање граничне вредности
б. Испитивање еквиваленције
ц. Нагађање грешке
д. Провера стола
е. Анализа контролног тока
Одговор:
а) Анализа граничне вредности: Процес одабира тест случајева / података идентификовањем граница које раздвајају важеће и неваљане услове.
Тестови су конструисани за тестирање унутрашњих и спољних ивица ових граница, поред стварних граничних тачака или технике одабира у којој су подаци о испитивању изабрани да леже дуж „граница“ класа улазног домена (или излазног опсега), структура података , параметри поступка итд.
Избори често укључују максималне, минималне и тривијалне вредности или параметре.
На пример, Улазни подаци 1 до 10 (гранична вредност)
Тестирајте улазне податке 0, 1, 2 до 9, 10, 11
б) Испитивање еквиваленције: Улазна домена система подељена је на класе репрезентативних вредности тако да се број тест случајева може ограничити на један по класи, што представља минимум бр. тест случајева који се морају извршити.
На пример, важећи опсег података: 1-10
Тест сет: -2; 5; 14
ц) Погађање грешке: Техника избора података за тестирање. Критеријум за одабир је одабир вриједности за које се чини да ће вјероватно проузроковати грешке. Нагађање грешака заснива се углавном на искуству, уз одређену помоћ других техника попут Анализе граничне вриједности.
На основу искуства, дизајнер теста погађа врсте грешака које би се могле појавити у одређеној врсти софтвера и дизајнира тест случајеве како би их открио.
како се репродукује свф датотеке
На пример, ако се било која врста ресурса додељује динамички, добро место за тражење грешака је де-алокација ресурса. Да ли су сви ресурси исправно ослобођени или су неки изгубљени током извршавања софтвера?
д) Провера стола: Проверу деск врши програмер система или програма. Процес укључује преглед комплетног производа како би се осигурало да је структурно здрав и да су испуњени стандарди и захтеви. Ово је најтрадиционалније средство за анализу система или програма.
е) Анализа контролног протока: Заснован је на графичком приказу програмског процеса. У анализи контролног протока; програмски графикони имају чворове који представљају исказ или сегмент који се можда завршава у нерешеној грани.
Графикон илуструје ток програмске контроле из једног сегмента у други, како је приказано кроз гране. Циљ Анализе контролног тока је утврдити потенцијалне проблеме у логичким гранама који могу довести до стања петље или неправилне обраде.
П # 2) Открићете да постоји старији испитивач који прави више грешака од млађег тестера. О овом аспекту морате да обавестите старијег тестера. Такође, не желите да изгубите овај тестер. Како треба ићи на конструктивну критику? (10 оцена)
Одговор: У приступу квалитету, одговорност је супервизора да учини своје подређене успешним. Учинковита употреба критике је средство за побољшање подређених перформанси.
Дајући конструктивну критику, требали бисте укључити следеће тактике:
- Уради то приватно.
- Имајте чињенице.
- Будите спремни да помогнете раднику да побољша своје перформансе.
- Будите прецизни у вези са очекивањима.
- Следите одређени поступак у давању критике.
П # 3) Ваш менаџер вас је узео на брод као тест водича за тестирање веб апликације. Жели да зна које бисте ризике укључили у план испитивања. Објасните сваки фактор ризика који би био део вашег плана испитивања. (20 марака)
Одговор: Примарни фактори ризика засновани на веб апликацијама:
- Сигурност: било шта у вези са сигурношћу апликације.
- Перформансе: Број рачунарских ресурса и кода потребних систему за извршавање наведених функција.
- Тачност: Подаци унети, обрађени и исписани у систему су тачни и потпуни
- Контрола приступа: Уверење да ће ресурси апликационог система бити заштићени
- Континуитет обраде: Способност одржавања обраде у случају проблема
- Ревизорски траг: Способност поткрепљивања обраде која се догодила.
- Овлашћење: Уверење да се подаци обрађују у складу са намерама менаџмента.
Општи или секундарни ризик:
- Комплекс: било шта несразмерно велико, замршено или замршено.
- Нова: све што нема историју производа.
- Промењено: све што је подметано или „побољшано“.
- Узводна зависност: било шта чији ће квар изазвати каскадни квар у остатку система.
- Низоводна зависност: све што је посебно осетљиво на кварове у остатку система.
- Критичан: било шта чији неуспех може проузроковати значајну штету.
- Прецизно: све што мора тачно да испуни њене захтеве.
- Популарно: било шта што ће се много користити.
- Стратешки: све што има посебан значај за ваше пословање, попут функције која вас издваја од конкуренције.
- Трећа страна: било шта што се користи у производу, али је развијено ван пројекта.
- Дистрибуирано: било шта раширено у времену или простору, али чији елементи морају да раде заједно.
- Бугги: било шта је знало да има пуно проблема.
- Недавни неуспех: било шта са недавном историјом неуспеха.
П # 4) У фази сте уговора са пројектом и развијате свеобухватан предлог софтверског система критичног за безбедност. Ваш директор вас је консултовао за припрему документа са смерницама који ће одредити улогу корисника током фазе испитивања прихватљивости.
Наведите кључне улоге за које сматрате да би их корисник требало да игра током фазе прихватања. Такође наведите категорије у које треба да спадају услови за прихватање. (10 оцена)
Одговор:
- Осигурајте учешће корисника у развоју захтева за системима и критеријума прихватања.
- Утврдите привремене и финалне производе ради прихватања њихових критеријума и распореда прихватања.
- Планирајте како и ко ће се изводити свака активност прихватања.
- Планирајте ресурсе за пружање информација.
- Закажите одговарајуће време за особље купаца да прими и испита производе и процену пре прегледа пријема.
- Припремите план прихватања.
- Одговорите на анализу пројектних права пре него што прихватите и одбијете.
- Одобрите разне привремене софтверске производе.
- Извршите активности завршног пријема, укључујући формално испитивање пријема приликом испоруке.
- Донесите одлуку о прихватању за сваки производ.
П # 5) Шта је паралелно тестирање и када користимо паралелно тестирање? Објасните са
пример? (5 бодова)
Одговор: Тестирање новог или измењеног система за обраду података са истим изворним подацима који се користе у другом систему. Други систем се сматра стандардом поређења. ИЛИ можемо рећи да паралелно тестирање захтева да се исти улазни подаци проводе кроз две верзије исте апликације.
Паралелно тестирање треба користити када постоји несигурност у погледу исправности обраде нове пријаве. А старе и нове верзије апликација су исте.
На пример,
- Користите стару и нову верзију система зарада да бисте утврдили да ли су зараде из оба система усаглашене.
- Покрените стару верзију система апликација како бисте осигурали да се одржи оперативни статус старог система у случају да се у новој апликацији наиђу на проблеме.
П # 6) Која је разлика између техника тестирања и алата? Дај примере. (5 бодова)
апликација за слободно време за андроид
Одговор:
Техника испитивања: Да ли је поступак којим се осигурава да неки аспекти апликационог система или јединице правилно функционишу можда мало техника, али много алата.
Алати: Да ли је возило за извођење процеса испитивања. Алат је ресурс за испитивача, али сам по себи није довољан за спровођење тестирања
На пример, Замах чекића за забијање ексера. Чекић је алат, а замахивање чекићем је техника. Концепт алата и технике важан је у процесу испитивања. Комбинација ове две функције омогућава извођење процеса испитивања.
Испитивач прво треба да разуме технике тестирања, а затим да разуме алате који се могу користити са сваком од техника.
П # 7) Активности контроле квалитета усмерене су на утврђивање недостатака у стварним произведеним производима; међутим, ваш шеф жели да идентификујете и дефинишете процесе који би спречили недостатке. Како бисте му објаснили да прави разлику између одговорности за контролу квалитета и квалитета? (10 оцена)
Одговор:
Гаранција квалитета:
- Планирани и систематски скуп активности неопходних да би се обезбедило одговарајуће уверење да су захтеви правилно постављени и да производи или услуге одговарају наведеним захтевима
- Активност која успоставља и процењује процесе за производњу производа.
- Помаже у успостављању процеса.
- Поставља програме мерења за процену процеса.
- Идентификује слабости у процесима и побољшава их.
- КА је одговорност целог тима.
- Спречава уношење проблема или недостатака
Контрола квалитета:
- Процес којим се квалитет производа упоређује са важећим стандардима; а акција се предузима када се открије неусаглашеност.
- Активност којом се проверава да ли производ испуњава унапред дефинисане стандарде.
- Спроводи процес.
- Проверава да ли се одређени атрибут налази у одређеном производу или услузи
- Идентификује недостатке са примарном сврхом исправљања недостатака.
- Контрола квалитета је одговорност тестера.
- Открива, пријављује и исправља недостатке
П # 8) Разликовати између моделирања протока трансакција, моделирања коначних стања, моделирања протока података и временског моделовања? (10 оцена)
Одговор:
Моделирање трансакционог тока: Чворови представљају кораке у трансакцијама. Везе представљају логичку везу између корака.
Моделовање коначних стања: Чворови представљају различита уочљива стања софтвера од стране корисника. Везе представљају прелазе који настају преласком из стања у стање.
Моделовање протока података: Чворови представљају објекте података. Везе представљају трансформације до којих долази до превођења једног објекта података у други.
Моделирање времена: Чворови су програмски објекти. Везе су секвенцијалне везе између програмских објеката. Пондери везе се користе за одређивање потребног времена извршења током извршавања програма.
9) Наведите шта мислите да су два основна циља тестирања.
(5 оцена)
Одговор:
- Утврдите да ли систем испуњава спецификације (приказ произвођача)
- Утврдите да ли систем задовољава пословне и корисничке потребе (поглед купца)
Надам се да вам је овај чланак помогао да стекнете идеју о узорку питања за испит за сертификацију за тестирање софтвера ЦСТЕ. јавите нам своје повратне информације у одељку за коментаре испод!
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Посао за КА помоћника за тестирање софтвера
- Да ли је вредно добити сертификат о КА тестирању софтвера?
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Одабир тестирања софтвера за вашу каријеру
- Тестирање софтвера Технички садржај Вритер Фрееланцер Јоб
- Нека занимљива питања за испитивање софтверског тестирања
- Повратне информације и прегледи курса за тестирање софтвера