cste software testing certification exam question pattern
Тази статия ще ви даде обща представа за Модел на изпит за сертифициране на CSTE . Включих няколко примерни въпроса и отговори за макетната тестова книга на CSTE. Можете да се обърнете към тези въпроси и да прецените модела на описателния отговор.
Ако имате нужда от въпроси от обективен тип от хартията на CSTE, можете да прегледате нашата предишна статия за отговорите на въпросите от CSTE за обекти. Също така можете да изтеглите още няколко примерни статии от нашия „Изтегляния“ раздел.
CSTE Mock Test Paper - Въпроси и отговори
В # 1) Дефинирайте следното заедно с примери (25 марки)
а. Тестване на гранична стойност
б. Тестване за еквивалентност
° С. Предполагане на грешка
д. Проверка на бюрото
д. Анализ на контролния поток
Отговор:
а) Анализ на гранична стойност: Процес на избор на тестови случаи / данни чрез идентифициране на границите, които разделят валидни и невалидни условия.
Тестовете се конструират, за да се тестват вътрешните и външните ръбове на тези граници, в допълнение към действителните гранични точки или техника за подбор, при която данните от теста са избрани да лежат по „границите“ на класовете на входния домейн (или изходния диапазон), структурите на данни , параметри на процедурата и др.
Изборът често включва максимални, минимални и тривиални стойности или параметри.
Например, Входни данни от 1 до 10 (гранична стойност)
Тествайте входните данни 0, 1, 2 до 9, 10, 11
б) Тестване на еквивалентност: Входният домейн на системата е разделен на класове на представителни стойности, така че броят на тестовите случаи може да бъде ограничен до един за клас, което представлява минималното число. на тестови случаи, които трябва да бъдат изпълнени.
Например, валиден диапазон от данни: 1-10
Тестов комплект: -2; 5; 14.
в) Предполагане на грешки: Техника за избор на данни от теста. Критерият за избор е да се избират стойности, които изглежда могат да причинят грешки. Отгатването на грешки се основава най-вече на опит, с известна помощ от други техники като Анализ на гранична стойност.
Въз основа на опита, дизайнерът на тестове познава видовете грешки, които могат да възникнат в определен тип софтуер, и проектира тестови случаи, за да ги разкрие.
как да направите купчина в java -
Например, ако който и да е вид ресурс се разпределя динамично, добро място за търсене на грешки е в де-разпределението на ресурси. Правилно ли са освободени всички ресурси или някои са загубени при изпълнението на софтуера?
г) Проверка на бюрото: Проверката на бюро се провежда от разработчика на системата или програмата. Процесът включва преглед на цялостния продукт, за да се гарантира, че той е структурно стабилен и че стандартите и изискванията са спазени. Това е най-традиционното средство за анализ на система или програма.
д) Анализ на контролния поток: Тя се основава на графичното представяне на програмния процес. В анализ на потока за контрол; графиките на програмата имат възли, които представляват израз или сегмент, евентуално завършващ в неразрешен клон.
Графиката илюстрира потока на програмното управление от един сегмент в друг, както е илюстрирано чрез клонове. Целта на анализа на контролния поток е да определи потенциалните проблеми в логическите клонове, които могат да доведат до състояние на цикъл или неправилна обработка.
В # 2) Откривате, че има старши тестер, който прави повече грешки от младши тестери. Трябва да съобщите този аспект на старшия тестер. Освен това не искате да загубите този тестер. Как трябва да се поеме конструктивната критика? (10 марки)
Отговор: При подхода за качество отговорността на ръководителя е да направи своите подчинени успешни. Ефективното използване на критика е инструмент за подобряване на подчинените резултати.
Давайки конструктивна критика, трябва да включите следните тактики:
- Направете го частно.
- Имайте фактите.
- Бъдете готови да помогнете на работника да подобри работата си.
- Бъдете конкретни относно Очакванията.
- Следвайте конкретен процес в даването на критика.
В # 3) Вашият мениджър ви е взел на борда като тестово ръководство за тестване на уеб-базирано приложение. Той иска да знае какви рискове бихте включили в тестовия план. Обяснете всеки рисков фактор, който би бил част от вашия тест план. (20 марки)
Отговор: Основни фактори на риска на уеб-базираното приложение:
- Сигурност: всичко, свързано със сигурността на приложението.
- Производителност: Броят на изчислителните ресурси и код, необходими на системата за изпълнение на посочените функции.
- Коректност: Данните, въведени, обработени и изведени в системата, са точни и пълни
- Контрол на достъпа: Гаранция, че ресурсите на системата за приложения ще бъдат защитени
- Непрекъснатост на обработката: Способността да се поддържа обработка в случай на проблем възникне
- Одитна пътека: Способността да се обоснове настъпилата обработка.
- Разрешение: Гаранция, че данните се обработват в съответствие с намеренията на управлението.
Общият или вторичният риск:
- Комплекс: нещо непропорционално голямо, сложно или объркано.
- Ново: всичко, което няма история в продукта.
- Променено: всичко, което е било подправено или „подобрено“.
- Зависимост нагоре по веригата: всичко, чийто отказ ще доведе до каскаден отказ в останалата част от системата.
- Зависимост надолу по веригата: всичко, което е особено чувствително към повреди в останалата част от системата.
- Критично: всичко, чийто отказ може да причини значителни щети.
- Прецизно: всичко, което трябва да отговаря точно на неговите изисквания.
- Популярен: всичко, което ще се използва много.
- Стратегически: всичко, което има специално значение за вашия бизнес, като функция, която ви отличава от конкуренцията.
- Трета страна: всичко използвано в продукта, но разработено извън проекта.
- Разпределени: всичко, разпространено във времето или пространството, но чиито елементи трябва да работят заедно.
- Бъги: всичко знаеше, че има много проблеми.
- Скорошен неуспех: всичко с скорошна история на неуспехи.
Въпрос # 4) Вие сте в етап на договор за проект и разработвате цялостно предложение за софтуерна система, критична за безопасността. Вашият директор се е консултирал с вас за изготвяне на документ с насоки, който ще определи ролята на потребителя по време на фазата на тестване за приемане.
Посочете ключовите роли, които смятате, че потребителят трябва да играе по време на етапа на приемане. Също така посочете категориите, в които трябва да попадат изискванията за приемане. (10 марки)
Отговор:
- Осигурете участието на потребителя в разработването на изисквания за системи и критерии за приемане.
- Определете междинните и крайните продукти за приемане на техните критерии и график за приемане.
- Планирайте как и от кого ще се извършва всяка дейност по приемане.
- Планирайте ресурси за предоставяне на информация.
- Планирайте достатъчно време за персонала на купувача да получи и разгледа продуктите и оценката преди прегледа на приемането.
- Подгответе плана за приемане.
- Отговорете на анализа на правата на проекта, преди да приемете и отхвърлите.
- Одобрете различните междинни софтуерни продукти.
- Извършете дейностите по окончателно приемане, включително официалното тестване за приемане при доставка.
- Вземете решение за приемане за всеки продукт.
В # 5) Какво е паралелно тестване и кога използваме паралелно тестване? Обяснете с
пример? (5 точки)
Отговор: Тестване на нова или променена система за обработка на данни със същите изходни данни, която се използва в друга система. Другата система се счита за стандарт за сравнение. ИЛИ можем да кажем, че паралелното тестване изисква едни и същи входни данни да се изпълняват през две версии на едно и също приложение.
Паралелно тестване трябва да се използва, когато има несигурност относно коректността на обработката на новото заявление. А старите и новите версии на приложенията са еднакви.
Например,
- Работете със старата и новата версия на системата за заплати, за да определите дали заплатите от двете системи са съвместими.
- Стартирайте старата версия на системата за приложения, за да сте сигурни, че оперативното състояние на старата система е запазено в случай, че възникнат проблеми в новото приложение.
В # 6) Каква е разликата между техниките за тестване и инструментите? Дай примери. (5 точки)
Отговор:
Техника на тестване: Процес за гарантиране, че някои аспекти на приложната система или модул функционират правилно, може да има малко техники, но много инструменти.
Инструменти: Е превозно средство за извършване на тестов процес. Инструментът е ресурс за тестера, но самият той е недостатъчен за провеждане на тестване
Например, Люлеенето на чука за забиване на пирона. Чукът е инструмент, а люлеенето на чука е техника. Концепцията за инструменти и техника е важна в процеса на тестване. Това е комбинация от двете, която позволява извършването на тестовия процес.
Изпитателят първо трябва да разбере техниките за тестване и след това да разбере инструментите, които могат да се използват с всяка от техниката.
Q # 7) Дейностите по контрол на качеството са фокусирани върху идентифициране на дефекти в реално произведените продукти; Вашият шеф обаче иска да идентифицирате и дефинирате процеси, които биха предотвратили дефекти. Как бихте му обяснили да прави разлика между QA и QC отговорностите? (10 марки)
Отговор:
Осигуряване на качеството:
- Планиран и систематичен набор от дейности, необходими за осигуряване на адекватна увереност, че изискванията са правилно установени и продуктите или услугите отговарят на определени изисквания
- Дейност, която установява и оценява процесите за производство на продуктите.
- Помага за установяване на процеси.
- Настройва програми за измерване за оценка на процесите.
- Идентифицира слабостите в процесите и ги подобрява.
- QA е отговорност на целия екип.
- Предотвратява появата на проблеми или дефекти
Контрол на качеството:
- Процесът, при който качеството на продукта се сравнява с приложимите стандарти; и действието се предприема при откриване на несъответствие.
- Дейност, която проверява дали продуктът отговаря на предварително определени стандарти.
- Прилага процеса.
- Проверява дали конкретен (и) атрибут (и) са в определен продукт или услуга
- Идентифицира дефекти с основната цел да се коригират дефекти.
- QC е отговорност на тестера.
- Открива, докладва и коригира дефекти
В # 8) Разграничаване между моделиране на потока на транзакциите, моделиране на крайни състояния, моделиране на потока от данни и моделиране на времето? (10 марки)
Отговор:
Моделиране на транзакционния поток: Възлите представляват стъпките в транзакциите. Връзките представляват логическата връзка между стъпките.
Моделиране на крайни състояния: Възлите представляват различните наблюдавани от потребителя състояния на софтуера. Връзките представляват преходите, които се случват за преминаване от състояние в състояние.
Моделиране на потока от данни: Възлите представляват обектите с данни. Връзките представляват трансформациите, които се случват за превод на един обект от данни в друг.
безплатен софтуер за изтегляне на видео за YouTube
Моделиране на времето: Възлите са програмни обекти. Връзките са последователни връзки между програмните обекти. Тежестите на връзките се използват за определяне на необходимите времена за изпълнение при изпълнение на програмата.
9) Посочете кои според вас са двете основни цели на тестването.
(5 марки)
Отговор:
- Определете дали системата отговаря на спецификациите (изглед на производителя)
- Определете дали системата отговаря на нуждите на бизнеса и потребителите (изглед на клиента)
Надявам се, че тази статия ви е помогнала да добиете представа за модела на въпросите за сертифициране на изпит за сертифициране на CSTE. уведомете ни за отзивите си в раздела за коментари по-долу!
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Тестване на софтуер QA Assistant Job
- Заслужава ли си да получите сертификат за тестване на софтуера за QA?
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Изборът на софтуерно тестване като кариера
- Тестване на софтуер Техническо съдържание Writer Работа на свободна практика
- Някои интересни въпроси за интервю за тестване на софтуер
- Обратна връзка и рецензии на курсове за софтуерно тестване