Топ 25+ Azure Test Plan или интервюта за TFS

top 25 azure test plan

Най-популярните въпроси за интервю за тестовия план на Azure:

Azure Test Plan е алтернативно известен също като Azure DevOps Test Plan или TFS (Team Foundation Server).

Използвам Azure Test Plan по време на работа като инструмент за управление на тестове вече повече от 2 години.

Тук, в тази статия, бих предоставил изчерпателен списък с въпроси за интервюта за Тестовия план на Azure (доста трудни въпроси и техните решения, които научих с опит в инструмента).

Преди да преминем към набора от въпроси за интервю, бих искал да задам холистичен контекст на това какво е планът за тестване на Azure и каква цел той решава за екип за QA.

• Azure Test Plan е алтернативно известен също като Azure DevOps Test Plan или TFS (Team Foundation Server).
• Azure Test Plan е един от най-добрите уеб-базирани инструменти за управление на тестове за ръчно и автоматизирано тестване.
• Инструментът предлага много добра опция за проследяване от край до край, като има изисквания, спецификационни документи и / или потребителски истории, свързани с тестовите случаи, резултатите от теста и докладваните дефекти.
• Инструментът помага да се проследят подробностите за конфигурацията, като тестови случаи, изпълнявани срещу определена среда или брой изпълнения, автор на тестовите случаи и QA, който е изпълнил тестовите случаи.
• Помага да се разпределят или разпределят тестовите случаи в много тестери в екипа.
• Той служи за голяма цел, т.е. започвайки от създаването на нови тестови случаи, като използва повторно съществуващите тестови случаи, докато лесно проследи напредъка на усилията за тестване.
• Той също така позволява да имате персонализирано табло с прости и очевидни диаграми.

Водещи въпроси за интервю за TFS - Въпроси за интервю за Azure Test Plan

Ето изчерпателен списък с въпроси за интервю за TFS:

Въпрос # 1) Назовете различни видове тестови пакети, които TFS позволява на потребителя да създава и как всеки се различава от другия?

Отговор: Test Suite е групирането на множество тестови случаи. Групирането на тестови случаи може да бъде срещу изискването или друг работен елемент като потребителски истории, функция, заявка за промяна или те могат да бъдат групирани заедно като „Тест за регресия“ или „Пакет за тестване на дим“.

Има три типа тестови пакети, които потребителите могат да създадат в TFS:

• Статичен тестов пакет
• Пакет за тест за изисквания
• Тестови пакет, базиран на заявки

(Работния процес:
Създаване на тестов пакет: Отворете проект -> Тест -> Тестов план -> Щракнете с десния бутон върху Проект -> Щракнете върху Тестов пакет
Създайте елемент на изоставане: отворете проект -> табла -> изоставания -> нов работен елемент )

а) Статичен тестов пакет : Това създава основна папка, където можете ръчно да добавяте съществуващи тестови случаи или да създавате нови. Можете също да добавите няколко детски апартамента под основния апартамент. Например - Фаза на функционално тестване на Sprint 15 има 3 заявки за промяна.

Пример: Когато CR-123, CR-456, CR-789 са 3 заявки за промяна, тогава имате структура от статични пакети, създадени както по-долу:

След това можете да добавите тестовите случаи под всеки от тези детски тестови пакети.

б) Набор, базиран на изискванията: Този тип пакет обикновено се използва в Agile методологията на тестване или по същество, когато екипът реши да бъде картографиран всеки тестов пакет спрямо всяко изискване. Изискването може да бъде всеки работен елемент, представляващ потребителски истории или функционално изискване.

1. За да имате пакет, базиран на изисквания, първо трябва да добавите работните елементи (потребителски истории, функции) под Backlog.
2. Създайте тестов пакет, базиран на изисквания, след което ще се появи прозорец за заявка като изображението по-долу.

Тук вие избирате Поле = Тип на работния елемент, Стойност = Microsoft.RequirementCategory и Площ на пътя = и кликнете върху Изпълнете заявка .

Резултантният прозорец ще покаже всички съществуващи елементи / изисквания за изоставане в проекта. Изберете този, който искате да добавите и папката на тестовия пакет се създава със заглавието, точно същото като потребителската история, която сте избрали. Всички тестови случаи, които създавате под пакета, сега ще бъдат картографирани спрямо историята на потребителя.

в) Базиран на заявки пакет: Както самото име подсказва, този тип пакет ви позволява да добавяте съществуващи тестови случаи чрез заявка на базата данни на проекта в TFS. Повторната употреба на съществуващи тестови случаи е аспектът, върху който се фокусира този тип пакети.

Когато добавите пакет, базиран на заявка, се показва прозорец на заявка, където можете да добавите съществуващите тестови случаи от текущия или друг проект.

( Забележка: @Project се отнася до текущия проект, а @me се отнася до моя потребителски идентификатор в TFS в изображението по-долу)

Въпрос # 2) Проведохте дискусия с вашия бизнес анализатор по отношение на подхода за тестване и обхвата на тестване за конкретен (ите) случай (и) и трябва да уведомите съотборниците си за същото. Как можете да ги уведомите чрез TFS?

Отговор: Когато щракнете двукратно върху тестов случай в изгледа на списък и го отворите, се показва прозорец, където можете да видите заглавието на тестовия случай, добавените от вас маркери, раздели за Резюме, Стъпки, Прикачени файлове и Дискусия. За да уведомите за нещо за съотборника (ите), можете да използвате функция, наречена „@mention“.

В раздела 'Дискусия' можете да използвате символа @ и след това се показва списъкът с потребителски идентификатори за проекта. След това можете да изберете потребителски идентификатор, на когото искате да уведомите, последвано от съобщение. Можете също така да въведете множество идентификатори @user за уведомяване на множество съотборници наведнъж.

В случай, че трябва да добавите връзка в съобщението, добавете символа #, последван от URL, и след това натиснете ENTER. Съобщението се добавя като дискусионна точка и автоматично се изпраща имейл до потребителя, споменат в @mention.

Например, @ Шалини Сингх можете да се обърнете към матрицата за покритие на теста

В горния пример добавих известие, което ще задейства имейл за Шалини Сингх със съобщение, както по-горе, заедно с текста на хипервръзката www.softwaretestinghelp.com/test-coverage/

Вижте изображението по-долу за по-добро разбиране:

В # 3) Как сортирате тестовите случаи, които добавяте в TFS?

Отговор: Когато добавяте тестови случаи в TFS, доста често те се добавят по несортиран начин. Има 2 начина, по които можете да сортирате тестовите случаи.

да се) В списъчния изглед на тестовите случаи има колона с име „Поръчка“. Всеки тестов случай получава уникален идентификатор на поръчката, автоматично присвоен въз основа на реда, в който е добавен тестовият случай. Можете да сортирате тестовия случай, като кликнете върху колоната Поръчка.

(изображение източник )

б) Или в горния десен ъгъл има опция, наречена „Тестове за поръчка“. Кликването върху тестовете за поръчка сортира всички тестови случаи в изгледа на списъка.

разлика между единичен тест и интеграционен тест

В # 4) Какви са различните изгледи на разположение за тестови случаи в TFS?

Отговор: Налични са два изгледа за тестови случаи в TFS:

1. Изглед на списък
2. Изглед на мрежата

а) Изглед на списък: Това е изгледът по подразбиране на тестовите случаи в TFS. В този изглед, както подсказва името, всички тестови случаи са изброени по сортиран начин, ако списъкът е сортиран с помощта на идентификатор на поръчката.

В този изглед са показани множество колони за всеки тестов случай; като Резултат - кое е последното състояние на тестовия случай, Поръчка - представящ идентификатора на поръчката въз основа на реда за вмъкване на тестовия случай, документ за самоличност - автоматично генериран уникален идентификатор на тестов случай, Заглавие , Конфигурация , очакван резултат и т.н.

В този изглед можете да извършвате следните действия:

1. Можете да стартирате тестовите случаи.
2. Маркирайте състоянието на тестване за всеки тестов случай.
3. Добавете нови тестови случаи или импортирайте съществуващи тестови случаи.
4. Изтрийте съществуващите тестови случаи.
5. Филтрирайте тестовите случаи въз основа на различни критерии като конфигурации, тагове и т.н.
6. Можете също да разпределите тестовите случаи между тестерите.
7. Преместете тестовите случаи чрез просто плъзгане и пускане.
8. Променете конфигурацията на тестовите случаи.
9. Щракнете двукратно върху тестовия случай, отваря се друг прозорец, където се показва изглед на тестови случаи в мрежа. Можете да добавяте, актуализирате или изтривате тестови стъпки в този прозорец.

Изображението по-долу изобразява ListView:

б) Изглед на мрежата: В горния десен ъгъл на изгледа Списък - можете да видите опцията „Списък“, като кликнете върху тази опция превключва изгледа на „Решетка“. Изгледът на мрежа е много подобен на този на изгледа на работен лист на Excel. В този изглед няма да имате право да извършвате онези действия, които изгледът на списъка ви позволява да правите.

Изглед на мрежата:

• Позволява на потребителя да добавя множество тестови стъпки, както прави Excel.
• Можете дори да използвате повторно съществуващите тестови случаи от Excel по-лесно в този изглед.
• Можете да вмъкнете ред, да изтриете ред или да актуализирате тестовите случаи.

Моля, не забравяйте, че в изглед на мрежа не можете да импортирате съществуващ тестов случай чрез заявка и не можете да стартирате или актуализирате състоянието на тестовия случай.

Друг основна разлика между двете гледни точки е, че въпреки че и двата изгледа позволяват на потребителя ръчно да добавя, изтрива или актуализира тестовите случаи -

• Изгледът на списъка ви позволява да добавяте или актуализирате по един тестов случай.
• Изгледът на мрежа ви позволява да добавяте или актуализирате няколко тестови случая, всеки с няколко тестови стъпки наведнъж.

Изображението по-долу изобразява мрежата.

В # 5) Предоставя ли TFS опции като плъзгане и пускане и проверка на правописа в изглед на мрежа от тестови случаи? Ако не, как можете да преодолеете този проблем?

Отговор: TFS не предоставя опции като плъзгане и пускане на тестови стъпки за копиране на данни от една клетка в друга или за автоматично увеличаване на числов идентификатор в останалите клетки.

Най-добрата алтернатива е да подготвите тестовите случаи в Excel с функция плъзгане и пускане, където е необходимо, и да коригирате всички типографски грешки, като изпълните проверка на правописа и след това ги преместите в TFS.

В # 6) Можете да добавите няколко реда в клетка, като използвате ALT + Enter в Excel. Как можете да извършите същото действие в TFS - Grid view?

Отговор: SHIFT + Enter е пряк път, който се използва в TFS, докато се добавят тестови случаи в изглед на мрежа.

В # 7) Кои са различните критерии, които се използват при търсенето на заявка?

Отговор: Подобно на SQL заявките, търсенето на заявки също позволява на потребителите да търсят цялата база данни на TFS въз основа на име на поле или колона, оператор и очакваната стойност.

Търсенето на заявки може да се извърши, като се използват различни критерии, както е обяснено по-долу:

а) Търсене на заявка въз основа на проверка дали дадено поле включва текстова стойност:

В изображението по-долу всеки работен елемент (потребителски истории, функции или тестови случаи или тестов пакет и т.н.) от текущия проект със заглавие или описание, съдържащи думите „уеб“ и „изпълнение или насоки“, ще бъде извлечен при стартиране.

б) Търсене на заявка въз основа на WorkItemType:

Изображението по-долу показва търсенето на заявка въз основа на WorkItemType = бъгове.

• Когато поле = Тип на работния елемент, оператор = ”В група” и Стойност = Microsoft.BugCategory, той търси всички грешки в TFS, отчетени за проекта.
• Когато стойност = Microsoft. Test CaseCategory, това търсене се прави, за да се извлекат всички тестови случаи, отговарящи на останалите критерии на полето.
• По същия начин, когато Value = Microsoft. RequirementCategory - работни елементи от изоставането - т.е. потребителските истории или функциите се извличат.

в) Търсене на заявка въз основа на наличните опции за колони:

В изображението по-долу се търсят всички присвоени грешки.

Заявката може да се основава на критериите за търсене на съвпадение на стойността на колона, колоните могат да бъдат всяка налична колона като тагове, приоритет, присвоени, ID, конфигурация, описание и много други налични колони.

Можете също така да извлечете определени колони, в които има нулеви или празни стойности. В изображението по-долу всички задачи с празно действие ще бъдат извлечени.

В # 8) Можете ли да използвате повторно съществуващите тестови случаи в TFS? Ако отговорът е да, обяснете всички различни алтернативи за това.

Отговор: Excel ви позволява да плъзгате и пускате определени тестови стъпки и те бързо се копират върху множество клетки, ако има числови идентификатори, които влачат стойностите на клетката, което автоматично попълва увеличените идентификатори.

Проверката на правописа е друго предимство, което се предлага в Excel и е много важно при създаването на тестови случаи, за да се избегнат всякакви печатни грешки. За съжаление това е известен недостатък в TFS към момента, към който Microsoft вече се обръща и работи.

И все пак щастливата страна е, че все още можете да пишете тестовите случаи в Excel във формата, съответстващ на изгледа на мрежата, и можете да стартирате проверката на правописа. Те могат лесно да копират и поставят данните на Excel, като използват CTRL C & CTRL V в изгледа на мрежата на TFS и натискат CTRL + S, за да запазят тестовия случай (и).

В # 9) След импортиране на съществуващ тестов случай с id - 123 (например) чрез заявката, променя ли се идентификаторът на ново клониран тестов случай или запазва като 123?

Отговор: Когато щракнете върху Добавяне на съществуващ тестов случай в изгледа Списък на тестовите случаи, изскачащ прозорец за заявка -
Изберете WorkItemType = Microsoft.Test CaseCategory, AreaPath = и ID =.

Съществуващият тестов случай с идентификатора се копира в текущия пакет и тестовият идентификатор остава същият.

( Пример: Ако импортираният идентификатор е 123, след клонирането на тестовия случай, клонираният тестов случай запазва същия идентификатор.)

Q # 10) В последствие с Q9 горе, ако направите актуализация на клонираните тестови случаи и сега същият идентификатор на тестовия случай се импортира отново с помощта на заявката, кои данни ще покаже - оригинални или актуализирани?

Отговор: Ако актуализирате няколко тестови стъпки и щракнете върху Запазване, идентификаторът на тестовия случай пак няма да се промени. След това трябва да отидете до третия тестов пакет и да импортирате тестовия случай със същия идентификатор. Сега се добавя актуализираният тестов случай с най-новите тестови стъпки. Въпреки това няма да има промяна в оригиналния тестов случай в първия тестов пакет.

В # 11) Как добавяте колона тагове в раздела Тестови случаи? Кога и как е полезно използването на тагове?

Отговор: За добавяне на колона тагове в раздела Тестови случай съществува опция на име ListView Опции за колони . Тази опция отваря прозорец, през който ще можете да добавите колоната ‘Тагове’ в раздела Тестови случаи.

„Добавяне на маркер“ ви позволява да добавите каквато и да е текстова стойност като маркер. (Вижте маркираната опция в изображението по-долу)

Можете също да добавяте тагове в изгледа на мрежата. За да добавите множество маркери в изгледа на мрежата, въведете множество текстове в колоната Тагове, всеки отделен със запетая.

( Пример: Ако въведете „Положително“, „Проучвателно“ за тестов случай в изгледа на мрежата, след това щракването върху Запазване ще покаже множество маркери в изглед на списък като филтри в горния десен ъгъл.

Вижте изображението по-долу:

Използването на тагове има много предимства:

1. Маркирайте всеки тестов случай срещу определена категория. Пример: Положителни, отрицателни, за да се категоризират тестовите случаи в положителни и отрицателни сценарии.
2. Филтриране на тестовите случаи въз основа на ключовата дума (тагове).
3. За всеки тестов случай можете също да посочите идентификационен номер на изискване в колоната „Тагове“, който не само ще помогне да се поддържа проследимостта от край до край, но също така ще ви позволи да филтрирате тестовите случаи въз основа на всеки идентификационен номер на изискването и да се уверите, че достатъчно тест покритието е на място.

В # 12) Как можете бързо да получите готови тестови случаи под пакета Regression, ако функционалните тестови случаи за проекта са готови и множество спринтове на проекта вече са доставени на клиента?

Отговор: Следвайте стъпките по-долу, за да получите бързо съществуващите тестови случаи под пакета Regression:

1. След като функционалните тестови комплекти за даден проект са налични, идентифицирайте всички тестови случаи, подходящи за регресия.
2. Добавете етикет като „кандидат за регресия“ за всички случаи на регресионни тестове, които идентифицирате.
3. Създайте нов пакет като „Регресионно тестване“ по проекта. Пакетът може да бъде от типа статичен или базиран на заявки.
4. Кликнете върху Добавяне на съществуващ тестов случай, в прозореца на заявката изберете критерии като Етикети = ‘Регресионен кандидат’ и щракнете върху Изпълнение.
5. Резултантът ще получи всички тестови случаи от проекта, идентифицирани за регресионно тестване.
6. Можете да изберете всички тестови случаи от резултантния прозорец и да щракнете върху Импортиране. В резултат на това всички необходими тестови случаи се добавят към пакета и регресионният пакет е готов.

В # 13) Може ли авторът на тестовия случай да се различава от тестерите, назначени им в TFS. Например, ако човек А е този, който е написал тестовия случай. Как можете да го възложите на лице Б за изпълнението му?

Отговор: Да, авторът на тестовия случай може да се различава от тестерите, назначени им в TFS. Когато добавяте тестови случаи за тестов пакет, името ви се показва по подразбиране в колоната Tester.

В списъчния изглед на тестовия случай изберете тестов случай, щракнете с десния бутон и изберете опцията „Присвояване на тестер“, която след това ще изведе списъка със съществуващите потребители. Можете да изберете тестер и по този начин присвоявате тестов случай на QA в рамките на вашия екип.

Можете по същия начин да изберете множество тестови случаи и да следвате един и същ работен процес, за да присвоите едновременно няколко тестови случая на един тестер.

Въпрос # 14) За тестовите случаи с,Пример:50 стъпки и сте ги изпълнили частично; как можете да възобновите изпълнението на теста и да продължите да актуализирате състоянието на теста от стъпките, където сте оставили последния път?

Отговор: Можете да стартирате тестовия случай, като щракнете върху бутона Run в изгледа на списъка и това ще отвори прозореца на тестовия бегач.

Вижте изображението по-долу:

Ако изпълнявате всичките 50 стъпки едновременно, тогава можете да актуализирате състоянието на тестовата стъпка като Проход / Неуспех / Блокиран / Неприложим и следователно състоянието на тестовия случай се актуализира съответно.

Ако обаче се следва същия подход по време на частичното ви изпълнение, работният процес ще бъде както по-долу:

Работен поток 2:

• Актуализирали сте 5 стъпки за неуспех и 20 за преминаване, оставете останалите 25 стъпки неизпълнени. - + Запазване и затваряне. - Следователно това актуализира състоянието на тестовия случай като Неуспешно (тъй като 5 стъпки бяха неуспешни).
• След това продължавате тестването, като щракнете върху бутона Run - Състоянието за предишните 25 тестови стъпки не се запазва. След това ще трябва да актуализирате състоянието на теста и техните коментари, започвайки от стъпка 1.

Работен поток 3: Това е най-добрият подход, който трябва да следвате, когато трябва частично да извършите тестово изпълнение за тестов случай и имате нужда от начин да възобновите тестването по-късно, когато е необходимо.

На тестовия бегач актуализирайте състоянието на изпълнените тестови стъпки и оставете останалите тестови стъпки неизпълнени. НЕ запазвайте и затваряйте тестовия случай, вместо на ниво тест, изберете състоянието на тестовия случай като Пауза. Когато тестовият случай е в състояние на пауза, опцията Възобновяване до Изпълнение е активирана.

Изображението на бутона за възобновяване е показано по-долу:

как да използвам торент файл след изтегляне -

(изображение източник )

В # 15) Сред 10 тестови стъпки 1 тестова стъпка е неуспешна след изпълнение. Свързаният дефект се тества отново след извършване на корекцията. Как можете да се справите с актуализирането на състоянието на тестване на тестовия случай?

Отговор: Поставете на пауза състоянието на тестовия случай, когато някоя стъпка се провали, за да можете да възобновите оттам и да маркирате само неуспешните стъпки като преминати.

Ако състоянието на тестовия случай е завършено, тогава при повторно стартиране ще е необходимо да актуализирате състоянието на тестване от стъпка 1, тъй като по-ранното състояние на стъпките се обновява и тестовите случаи ще се върнат в активно състояние.

Въпрос # 16) Обяснете работния процес на изпълнение на тестови случаи в Test Runner и в ListView.

Отговор:

• В прозореца Test Runner
  • Ако трябва да маркирате тестовата стъпка като „Pass“, след това щракнете върху отметката за тази стъпка.
  • Ако искате да маркирате тестовата стъпка като „Неуспешно“, щракнете върху знака Кръст за тази стъпка.
  • В случай, че трябва да добавите коментари за тестова стъпка, стъпката за успешно преминаване не показва текстовата област на коментара. Отсега секцията за коментари е достъпна само на стъпки „Неуспешно“.
  • Ако трябва да добавите коментар за премината стъпка, маркирайте го като неуспешно (щракнете върху иконата Cross) и след това преминете стъпката (щракнете върху иконата на отметка) и ще видите раздела за коментари. Това е известният проблем в TFS.
  • Можете също да направите пауза на нивото на тестовата стъпка и на нивото на тестовия случай.
  • За тестовия случай с параметризирани данни се изпълняват множество итерации на тестови случаи.
  • Можете също да маркирате състоянието на тестовия случай като Блокиран.
• В списъчния изглед на тестовете
  
  • Можете да изберете няколко тестови случая от списъка Тестови случаи и да ги маркирате като Pass едновременно и няколко други комплекта тестови случаи като неуспешни. При този подход обаче състоянието на тестовите случаи не се актуализира на ниво стъпка на теста.
  • Има и други опции, като например Блокиран, Неприложим, Задай като активен, Възобновяване (за пауза на тестовия случай)

В # 17) Как можете да създадете грешка в TFS по време на изпълнение на тестовия случай? Автоматично ли се свързва с тестовия случай?

Отговор: Създаване на грешка в TFS при изпълнение на теста:

В прозореца Test Runner кликнете върху Създаване на грешка опция, за да създадете нова грешка (Вижте изображението по-долу)

Отваря се прозорец, както е показано по-долу, в който попълвате подробностите за грешката и по този начин кликнете върху Запазване автоматично генерира идентификатор на грешка.

Връзката между тестовия случай и идентификатор на грешка:

Грешката автоматично се преобразува в TFS, ако е идентификатор на грешка в TFS. В случай, че грешката е докладвана във външен инструмент за управление на дефекти, тогава трябва ръчно да картографирате идентификатора на грешката в раздела за коментари или колоната Tag на тестовата стъпка.

Вижте картографиран идентификационен номер на грешка в TFS за тестов случай:

Неуспешната стъпка автоматично се съпоставя с грешката. Тестовият случай също автоматично се преобразува в идентификатора на грешка в TFS. Ето как можете да видите списъка с идентификатори на грешки, съпоставени с тестов случай.

1. Запазете и затворете прозореца на тестовия бегач.
2. Придвижете се до Свързани с тях дейности раздел Вътрешни връзки за тестовия случай.
3. Връзката на детето ще съдържа всички свързани грешки за този тестов случай.

Въпрос # 18) Как можете да проследите напредъка при тестване?

Отговор: Точно до раздела „Тестове“ има раздел „Графики“. Можете да проследявате напредъка на тестването на ниво тест или резултат на теста и да получите персонализирана диаграма по ваш избор.

По-долу са посочени двата примера за това как да се подготви диаграма.

а) Показатели на резултатите от теста: броя на преминаването / неуспешно / блокирано / в процес на изпълнение:

Изберете Групиране по = Резултат, Стойности = брой тестове.

Въз основа на типа диаграма, избран в раздела Snapshot (пай, лента, колона и т.н.) - Диаграмата, която се показва, ще ви даде показателите за броя на тестовите случаи - Не се изпълнява, Не се прилага, Преминава, Неуспешно, Блокирано, На пауза .

б) Състояние на тестовия случай на назначен тестер:

Изберете обобщена таблица под Снимка, Редове = Тестер, Колони = Резултат, Стойности Брой на тестовете - след това можете да видите обобщената таблица, която показва метриките в долния формат:

Въпрос # 19) Как можете да анализирате кой модул / област има най-много дефекти след завършване на изпълнението за конкретен спринт или итерация?

Отговор: Създайте диаграма, като използвате подредена лента или обобщена таблица. Изберете Име = 'Грешки по екип', Y-ос = 'Име на възел', Групиране по = 'Приоритет', Агрегиране = Брой на работните елементи.

Това ще покаже кой модул / област има най-много дефекти след приключване на изпълнението за конкретен спринт или итерация. (вижте изображението по-долу)

В # 20) Как се поддържа параметризиране в TFS? Обяснете как внедрихте тестване с вариации на данни с пример от вашия проект.

Отговор: Параметризацията е една от забележителните характеристики, които TFS предоставя. Има ситуации, когато трябва да тествате същата стъпка, но с вариации на данни / множество тестови данни и тук параметризацията помага.

Създаване или добавяне на параметри:

Има опция, известна като „Параметри“ точно до „Тестовия план“.

Екран с параметри:

(изображение източник )

Кликването върху тази опция отваря екрана Параметри, където можете да видите вашите тестови данни. По-долу Пример - има варианти на данни, зададени на 3 колони в мрежата - Number1, Number2, Result.

Забележка : можете да назовавате колоните както искате.

(изображение източник )

Достъп до параметъра в нашия тестов случай:

Сега, когато параметърът е готов за използване. Можете да получите достъп до тези стойности в тестовите случаи. За да получите достъп до параметризираните данни, използвайте @columnname в тестовата стъпка, където и да искате да получите достъп до нея.

Вижте изпълнението по-долу:

Тук @ Step1 се използва в стъпка1, @ Number2 колона се използва в стъпка 2 и @Result се осъществява в очаквания резултат от стъпка 3. Ако параметризацията не е била на място, може да са ви били необходими 9 стъпки, всяка с отделни данни за изпитване . Това допълнително усилие за подготовка на тестови случаи се запазва чрез тази функция.

Изпълнете тестов случай с параметризирани данни:

От изгледа на списъка на тестови случаи, когато ги стартирате, се отваря тестовата програма.

Параметризираните данни сега ще се изпълняват в итерации:

безплатни аниме предавания за гледане онлайн

За горния ни пример:

Първото изпълнение ще покаже:
„Тест 1 от 3: Итерация 1“,
Стъпка 1: Въведете @ Number1
Номер1 = 5
Стъпка 2: Въведете @ Number2
Число2 = 5
Стъпка 3: Добавете и двата числа Резултат = 10 в колоната с очакван резултат

Можете да маркирате преминаване / неуспех на ниво тестова стъпка или директно на ниво итерация. Не забравяйте, че дори ако маркирате Iteration1 като Pass (например), не е зададено цялото състояние на тестовия случай - тестовият случай все още не е изпълнен напълно. След това щракнете напред и по подобен начин следвайте подхода за итерация 2 и итерация 3.

След като състоянието се актуализира за всички итерации, състоянието на тестовия случай като Pass / Fail / Pause се задава автоматично. Броят на итерациите = броят на редовете в параметъра. Тук имаше 3 повторения, тъй като имаше 3 реда тестови данни, налични в параметрите.

Погледнете изображението по-долу за справка ( Забележка: изображението не е последователност от горния пример)

В # 21) Какви са различните начини за извличане на тестовите случаи заедно с актуализирания статус след изпълнение?

Отговор: Има 4 алтернативи за извличане на тестовите случаи заедно с актуализирания статус след изпълнение.

Те са:

а) Експортиране по имейл - Изберете Test Suite, изберете Export -> Export by Email. С тази функция можете да експортирате тестовите случаи в имейл идентификатора.

Вижте изображението по-долу:

(изображение източник )

б) Отпечатайте отчета : Можете също да отпечатате отчета.

в) Експортиране в помощната програма на Excel : Има помощна програма, чрез която можете да експортирате вашите тестови случаи заедно с резултатите във файл на Excel.

За повече подробности относно полезността вижте изображението по-долу:

(изображение източник )

г) Копирайте и поставете от изгледа на мрежата в Excel: Можете да копирате и поставите, като използвате Ctrl + C и Ctrl + V, съответно от изгледа Grid в Excel и след това да актуализирате състоянието ръчно за действителния резултат и състоянието на тестване.

В # 22) Как могат да се споделят тестовите стъпки и къде другаде можете да използвате споделените стъпки?

Отговор:

Споделяне на тестова стъпка: В изгледа на списък, когато щракнете двукратно върху произволен случай, се отваря прозорецът с подробности за тестовия случай. До Резюмето има раздел Стъпки. Когато увеличите раздела за стъпки, се показва екран, както е показано на изображението по-долу.

Можете да добавите споделена стъпка, както е показано по-долу: Кликнете върху иконата Създаване на споделени стъпки и създайте нова стъпка за тестване. Това вече се споделя и може да се използва повторно в друг тестов пакет или друг проект. (Вижте изображението по-долу)

Повторно използване на споделена стъпка: Отидете на екрана със стъпки, където искате да добавите съществуваща споделена стъпка. Иконата непосредствено преди „Създаване на споделени стъпки“ е за „Вмъкване на съществуваща споделена стъпка“, щракнете върху иконата, отваря се прозорец на заявката с поле = „Тип на работния елемент“, Оператор = „В група“, Стойност = „Microsoft.SharedStepCaregory ”.

Когато изпълните заявката, се показват всички съществуващи споделени стъпки. След това можете да изберете стъпките и да кликнете върху Вмъкване на споделени стъпки. (Вижте изображението по-долу)

В # 23) Ако тестовите данни са налични в предоставен от клиента файл Excel, как могат да се използват в TFS?

Отговор: Можете просто да копирате и поставите данни от предоставения от клиента файл Excel в нов параметър в TFS. (Вижте Въпрос # 20 по-горе, тъй като изяснява как да създадете нов параметър и да получите достъп до параметъра в тестов случай).

В # 24) Как можете да направите достъпна на местно ниво диаграма на таблото за екипа и съответните заинтересовани страни също да могат да я преглеждат?

Отговор: Разделът до „Тестове“ е „Диаграма“ , където можете да добавяте диаграми. След като диаграмата се покаже, щракнете с десния бутон върху нея и върху ‘Добавяне към таблото за управление’ опцията е налична - при условие, че джаджите на таблото вече са конфигурирани. На второ място, не забравяйте, че добавянето на диаграми към таблото също изисква администраторски права, иначе тази опция е деактивирана за вас.

В # 25) Как можете да разпределите всички тестови случаи в пакета между членовете на QA за изпълнение и да ги уведомите чрез TFS?

Отговор: Щракнете с десния бутон върху тестовия пакет и изберете „Присвояване на тестери за изпълнение на всички тестове“ и се отваря диалогов прозорец, където можете да добавите множество потребителски идентификатори на тестери, поставете отметка в квадратчето Изпращане на имейл, въведете Тема и Забележка. Щракнете върху OK.

Изпраща се имейл до тестерите в списъка със съобщението. По този начин разпределението и уведомяването за разпределението се извършват едновременно.

Вижте изображенията по-долу за по-голяма яснота:

В # 26) Как можем да премахнем маркирания „Кандидат за регресия“ във всички тестови случаи с Приоритет 2 с едно движение?

Отговор:

да се) Извлечете тестовите случаи за проекта, които са от Приоритет 2 чрез заявката.

б) Критериите за заявка са както следва:

• Екипен проект = @ Проект
• WorkItemType в група Microsoft.TestCaseCategory
• Приоритет = 2

° С) Изберете всички тестови случаи, извлечени в резултантния прозорец, след като заявката бъде изпълнена.

д) Показва се опцията „Редактиране на избрания работен елемент“. Изберете тази опция. (Вижте изображението по-долу)

е) Показва се прозорецът за редактиране на работни елементи.

е) Изберете поле = Етикети (Премахване) = Стойност = Regression Candidate и щракнете върху Запазване.

Този работен процес ще премахне етикета = кандидат за регресия за всички тестови случаи с приоритет 2 за проекта.

В # 27) Как извличате тестови случаи със специфичната конфигурация от множество проекти чрез заявката?

Отговор: Създайте нов тестов пакет и го наименувайте по подходящ начин. В изгледа Списък на тестовия случай изберете „Добавяне на съществуващ тестов случай“ и се отваря прозорец за заявка.

• Не избирайте ‘Team Project’ = @ Project. Това ще извлече само работни елементи от текущия проект.
• Ако трябва да изберете тестови случаи с конфигурация Пример: „Pre-Production“, изберете критерии за заявка с колона Configuration = Pre-Production, Work Item Type = Microsoft.TestcaseCategory и поставете отметка в горния десен ъгъл на прозореца на заявката „Запитване по проекти“.
• Изпълнението на тази заявка ще извлече тестови случаи с конфигурация = Предварителна продукция от множество проекти.

Заключение

Докато инструментът за управление на тестове на TFS постепенно настига пазара, ние се опитахме да се потопим дълбоко в темата, консолидирайки нейната глупавост и се опитахме да запознаем нашите QA хора с огромните и страхотни функции, които TFS поддържа заедно с някои известни проблеми или недостатъци и алтернативни начини за справяне с тях.

Надявам се, че ще извлечете максимална полза, като разберете работния процес на инструмента и също така получите ноу-хау на най-вероятните и подходящи въпросници за TFS.

Популярен цитат гласи „Лидерите никога не спират да учат“. Бих искал да завърша тук - но никога не позволявайте на ученето да спре. „Бъдете лидер и ви пожелавам много Честито обучение ”.

Автор: Тази публикация е написана от Shobha D. Тя работи като ръководител на проекта и има 9+ години опит в ръчно тестване, автоматизация и API тестване.

Всичко най-добро за вашето интервю !!

Препоръчително четене

• Въпроси и отговори за интервюта
• 25 най-добри пъргави тестови интервюта Въпроси и отговори
• Някои интересни въпроси за интервю за тестване на софтуер
• 25+ Най-популярни въпроси и отговори за интервю за ADO.NET
• Топ 25 въпроса за интервю за Perl, които трябва да подготвите през 2021 година
• Топ 25 въпроса за интервю за софтуерно инженерство (ПОСЛЕДНО 2021)
• Въпроси и отговори за интервю за ETL тестване
• 40+ Популярни тестови QA анализатори Интервю Въпроси и отговори (2021 СПИСЪК)