Найкращі 25+ планів тестування Azure або запитань на співбесіду TFS

top 25 azure test plan

Найпопулярніші запитання щодо інтерв’ю щодо плану тестування Azure:

План тестування Azure також відомий також як план тестування Azure DevOps або TFS (Team Foundation Server).

Я використовую Azure Test Plan на роботі як інструмент управління тестами вже більше 2 років.

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

Перш ніж перейти до набору запитань на співбесіду, я хотів би встановити цілісний контекст того, що таке план тестування Azure і яку мету він вирішує для команди з контролю якості.

• План тестування Azure також відомий також як план тестування Azure DevOps або TFS (Team Foundation Server).
• План тестування Azure - це один із найкращих інструментів управління тестами в Інтернеті для ручного та автоматизованого тестування.
• Інструмент забезпечує дуже хороший варіант наскрізної простежуваності, маючи вимоги, специфікаційні документи та / або історії користувачів, пов’язані з тестовими кейсами, результатами тестів та повідомленими дефектами.
• Інструмент допомагає відстежувати деталі конфігурації, такі як тестові випадки, що працюють проти певного середовища, або кількість запущених збірок, автор тестових випадків та QA, який виконував тестові випадки.
• Це допомагає розподіляти або розподіляти тестові кейси серед багатьох тестувальників команди.
• Він служить для великих цілей, тобто починаючи із створення нових тестових кейсів, повторного використання існуючих тестових кейсів, поки не буде легко відстежувати хід тестування.
• Це також дозволяє мати індивідуальну панель інструментів з простими і наочними діаграмами.

Найпопулярніші запитання щодо інтерв’ю TFS - Запитання щодо інтерв’ю щодо плану тестування Azure

Ось вичерпний перелік питань співбесіди щодо TFS:

Q # 1) Назвіть різні типи тестових наборів, які TFS дозволяє користувачеві створювати, і чим кожен відрізняється від іншого?

Відповідь: Test Suite - це групування декількох тестових випадків. Групування тестових випадків може суперечити вимогам або будь-яким іншим робочим елементам, таким як історії користувачів, функція, запит на зміну, або вони можуть бути згруповані як 'пакет регресійних тестів' або 'пакет тестів диму'.

Існує три типи тестових наборів, які користувачі можуть створити в TFS:

• Набір статичних тестів
• Набір для перевірки вимог
• Тестовий пакет на основі запитів

(Робочий процес:
Створити пакет тестів: Відкрийте проект -> Тест -> План тесту -> Клацніть правою кнопкою миші на Проект -> Клацніть на Тест-пакет.
Створіть елемент відставання: Відкрийте проект -> Дошки -> Відставання -> Новий робочий елемент )

а) Набір статичних тестів : Це створює базову папку, куди ви можете вручну додавати існуючі тестові кейси або створювати нові. Ви також можете додати кілька основних наборів для дітей під основний номер. Наприклад - На етапі функціонального тестування Sprint 15 є 3 запити на зміну.

Приклад: Коли CR-123, CR-456, CR-789 - це 3 запити на зміну, тоді у вас є структура статичних наборів, створених, як показано нижче:

Потім ви можете додати тестові кейси під кожен із цих наборів тестів для дітей.

b) Набір на основі вимог: Цей тип набору зазвичай використовується в методі тестування Agile або, по суті, тоді, коли команда приймає рішення про те, щоб кожен набір тестів був зіставлений з кожною вимогою. Вимогою може бути будь-який робочий предмет, що представляє історії користувачів, або будь-яка функціональна вимога.

1. Для того, щоб мати набір вимог, по-перше, вам потрібно додати робочі елементи (історії користувачів, функції) у розділі «Відставання».
2. Створіть тестовий пакет на основі вимог, тоді вікно запиту з’явиться як зображення нижче.

Тут ви обираєте Польовий = Тип робочого елемента, Значення = Microsoft.RequirementCategory та Площа шляху = і натисніть на Запустити запит .

У вікні, що утвориться, відображатимуться всі наявні елементи / вимоги до відставання проекту. Виберіть ту, яку ви хочете додати, і папка тестового набору буде створена із заголовком, точно таким же, як вибрана історія користувача. Усі тестові приклади, які ви створюєте під набором, тепер будуть зіставлені з історією користувача.

в) Набір на основі запитів: Як і сама назва, цей тип набору дозволяє додавати існуючі тестові кейси, запитуючи базу даних проекту в TFS. Повторне використання існуючих тестових кейсів є аспектом, на якому зосереджується цей тип набору.

Коли ви додаєте набір запитів, відображається вікно запиту, де ви можете додати існуючі тестові приклади з поточного проекту або іншого проекту.

( Примітка: @Project посилається на поточний проект, а @me - на мій ідентифікатор користувача в TFS на зображенні нижче)

Запитання №2) Ви провели бесіду зі своїм бізнес-аналітиком щодо підходу до тестування та обсягу тестування для конкретного тестування (випадків), і про це потрібно повідомити своїх партнерів по команді. Як ви можете повідомити їх через TFS?

Відповідь: Коли ви двічі клацаєте тестовий випадок у поданні списку та відкриваєте його, відкриється вікно, де ви можете побачити заголовок тестового випадку, додані теги, розділи Зведення, Кроки, Вкладені файли та Обговорення. Для того, щоб повідомити про що-небудь товаришів (команду), можна скористатися функцією під назвою “@mention”.

У розділі Обговорення ви можете використовувати символ @, а потім відображається список ідентифікаторів користувачів для проекту. Потім можна вибрати ідентифікатор користувача, якому потрібно повідомити, а потім повідомлення. Ви також можете ввести кілька ідентифікаторів @user для сповіщення одночасно кількох товаришів по команді.

Якщо вам потрібно додати посилання в повідомленні, додайте символ #, а потім URL-адресу, а потім натисніть ENTER. Повідомлення додається як пункт обговорення, а електронне повідомлення автоматично надсилається користувачеві, згаданому в @mention.

Наприклад, @ Шаліні Сінгх Ви можете звернутися до матриця покриття тесту

У наведеному вище прикладі я додав повідомлення, яке викличе електронне повідомлення Шаліні Сінгх із повідомленням, як зазначено вище, разом із текстом гіперпосилання www.softwaretestinghelp.com/test-coverage/

Див. Зображення нижче для кращого розуміння:

Q # 3) Як ви сортуєте тестові кейси, які ви додаєте до TFS?

Відповідь: Коли ви додаєте тестові кейси в TFS, досить часто вони додаються несортовано. Існує 2 способи сортування тестів.

до) У поданні списку тестових випадків є стовпець із назвою «Замовлення». Кожен тест отримує унікальний ідентифікатор замовлення, який автоматично призначається на основі порядку додавання тестового випадку. Ви можете відсортувати тест, натиснувши на стовпець Замовити.

(зображення джерело )

б) Або у верхньому правому куті є опція з назвою “Тести замовлення”. Натискання на Тести замовлення сортує всі тести у поданні списку.

Запитання та відповіді на співбесіду при розробці бази даних

Q # 4) Які різні подання доступні для тестових випадків у TFS?

Відповідь: Для тестових випадків у TFS доступні два подання:

1. Перегляд списку
2. Вид сітки

а) Перегляд списку: Це типове подання тестових випадків у TFS. У цьому поданні, як випливає з назви, усі тестові випадки перелічені впорядковано, якщо список сортується за допомогою ідентифікатора замовлення.

У цьому поданні для кожного тестового випадку відображається кілька стовпців; подібно до Результат - який є останнім статусом тесту, Порядок - представлення ідентифікатора замовлення на основі порядку вставки тестового випадку, Посвідчення особи - автоматично згенерований унікальний ідентифікатор тестового випадку, Заголовок , Конфігурація , Очікуваний результат тощо

У цьому поданні ви можете виконувати такі дії:

1. Ви можете запустити тестові кейси.
2. Позначте статус тестування для кожного тесту.
3. Додайте нові тести або імпортуйте існуючі тести.
4. Видалити наявні тестові кейси.
5. Відфільтруйте тестові приклади на основі різних критеріїв, таких як конфігурації, теги тощо.
6. Ви також можете розподілити тестові кейси серед тестувальників.
7. Перемістіть тестові кейси простим перетягуванням.
8. Змініть конфігурацію тестів.
9. Двічі клацнувши на тестовому прикладі, відкриється інше вікно, де відображається сітчастий тестовий кейс. У цьому вікні ви можете додати, оновити або видалити кроки тесту.

На зображенні нижче зображено ListView:

b) Сітка: У верхньому правому куті подання списку - ви можете побачити опцію «Список», клацнувши на цю опцію, ви переключаєте вигляд на «Сітка». Вигляд сітки дуже схожий на вигляд робочого аркуша Excel. У цьому поданні вам буде заборонено виконувати ті дії, які дозволяє вам перегляд списку.

Вид сітки:

• Це дозволяє користувачеві додавати кілька кроків тестування, як це робить Excel.
• У цьому поданні ви навіть можете повторно використовувати наявні тестові кейси з Excel простіше.
• Ви можете вставити рядок, видалити рядок або оновити тестові приклади.

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

Інший основна різниця між двома поглядами полягає в тому, що, незважаючи на те, що обидва подання дозволяють користувачеві вручну додавати, видаляти або оновлювати тестові кейси -

• Перегляд списку дозволяє додавати або оновлювати по одному тестовому сценарію за раз.
• Перегляд сітки дозволяє додавати або оновлювати кілька тестових кейсів, кожен з кількома кроками тестування за один раз.

На зображенні нижче зображено сітку.

Q # 5) Чи надає TFS такі опції, як перетягування та перевірка орфографії в поданні тесту в сітці? Якщо ні, то як можна подолати цю проблему?

Відповідь: TFS не надає таких опцій, як перетягування кроків тестування для копіювання даних з однієї комірки в іншу або для автоматичного збільшення числового ідентифікатора в інших клітинках.

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

Q # 6) Ви можете додати декілька рядків у клітинку, використовуючи ALT + Enter у програмі Excel. Як ви можете виконати одну і ту ж дію в TFS - Grid view?

Відповідь: SHIFT + Enter - це ярлик, який використовується в TFS при додаванні тестових кейсів у поданні сітки.

Q # 7) Які різні критерії використовуються при пошуку за запитом?

Відповідь: Як і запити SQL, пошук запитів також дозволяє користувачам шукати всю базу даних TFS на основі імені поля або стовпця, оператора та очікуваного значення.

Пошук запитів може здійснюватися за різними критеріями, як описано нижче:

а) Пошук запитів на основі перевірки, чи певне поле містить текстове значення:

На зображенні нижче будь-який робочий предмет (історії користувачів, функції або тестові приклади, тестовий пакет тощо) із поточного проекту із заголовком або описом, що містять слова “веб” та “продуктивність чи керівництво”, буде завантажено під час запуску.

б) Пошук запитів на основі WorkItemType:

На зображенні нижче показано пошук запиту на основі помилок WorkItemType =.

• Коли поле = Тип робочого елемента, оператор = 'У групі' та Значення = Microsoft.BugCategory, здійснюється пошук усіх помилок TFS, повідомлених для проекту.
• Коли значення = Microsoft. Категорія тесту, цей пошук проводиться для отримання всіх тестів, що відповідають решті критеріїв поля.
• Аналогічно, коли Value = Microsoft. RequirementCategory - робочі елементи із відставання - тобто отримуються історії користувачів або функції.

в) Пошук запитів на основі доступних параметрів стовпців:

На зображенні нижче шукаються всі призначені помилки.

Запит може базуватися на критеріях пошуку, що відповідають значенню стовпця, стовпцями можуть бути будь-які доступні стовпці, такі як Теги, Пріоритет, Призначення, Ідентифікатор, Конфігурація, Опис та багато інших доступних стовпців.

Ви також можете отримати певні стовпці, у яких є нульові або порожні значення. На зображенні нижче буде отримано всі завдання з порожньою активністю.

Q # 8) Чи можете ви повторно використати існуючі тестові кейси в TFS? Якщо так, поясніть усі різні варіанти цього.

Відповідь: Excel дозволяє перетягувати певні кроки тестування, і вони швидко копіюються на кілька комірок, якщо є числові ідентифікатори, які перетягують значення комірок, що автоматично заповнює збільшені ідентифікатори.

Перевірка правопису - ще одна перевага, яка доступна в Excel і є дуже важливою під час створення тестового випадку, щоб уникнути будь-яких друкарських помилок. На жаль, це відомий недолік у TFS, на який Microsoft уже звертається і над яким працює.

Проте щаслива сторона полягає в тому, що ви все ще можете писати тестові кейси в Excel у форматі, що відповідає поданню сітки, і можете запустити перевірку орфографії. Вони можуть легко скопіювати та вставити дані excel, використовуючи CTRL C & CTRL V у поданні сітки TFS та натискаючи CTRL + S, щоб зберегти тестові кейси.

Q # 9) Після імпорту існуючого тесту з ідентифікатором 123 (наприклад) через запит, чи змінюється ідентифікатор нещодавно клонованого тесту або зберігається як 123?

Відповідь: Коли ви натискаєте Додати існуючий тестовий приклад у поданні списку тестових випадків, з’являється вікно запиту -
Виберіть WorkItemType = Microsoft.Test CaseCategory, AreaPath = та ID =.

Існуючий тестовий приклад з ідентифікатором копіюється до поточного набору, а ідентифікаційний тест залишається незмінним.

( Приклад: Якщо імпортований ідентифікатор був 123, після клонування тестового випадку клонований тестовий файл зберігає той самий ідентифікатор.)

Q # 10) Подальше з Q9 вище, якщо ви внесете оновлення до клонованих тестових випадків, і тепер той самий ідентифікатор тестового випадку знову імпортується за допомогою запиту, які дані він відображатиме - оригінальні чи оновлені?

Відповідь: Якщо ви оновите кілька тестових кроків і натисніть Зберегти, ідентифікатор тестового випадку все одно не зміниться. Потім вам доведеться перейти до третього набору тестів та імпортувати тестовий кейс із однаковим ідентифікатором. Тепер додається оновлений тестовий приклад із останніми кроками тестування. Однак у першому наборі тестів зміни до початкового тесту не відбудуться.

Q # 11) Як додати стовпець тегів у розділі Тестові випадки? Коли і як корисне використання тегів?

Відповідь: Для додавання стовпця тегів у розділі «Тестовий випадок» існує параметр у ListView з іменем Параметри стовпців . Ця опція відкриває вікно, через яке ви зможете додати стовпець „Теги“ у розділі Тестові випадки.

„Додати тег“ дозволяє додати будь-яке текстове значення як тег. (Див. Виділену опцію на зображенні нижче)

Ви також можете додати теги у поданні сітки. Для того, щоб додати кілька тегів у поданні сітки, введіть кілька текстів у стовпець Теги, кожен розділений комою.

( Приклад: Якщо ви введете «Позитив», «Дослідницький» для тестового випадку під поданням сітки, тоді натискання кнопки Зберегти покаже кілька тегів у поданні списку як фільтри у верхньому правому куті.

Зверніться до зображення нижче:

Використання тегів має багато переваг:

1. Позначте кожен тест на конкретну категорію. Приклад: Позитивні, негативні для класифікації тестових випадків на позитивні та негативні сценарії.
2. Фільтрування тестових випадків на основі ключового слова (тегів).
3. Для кожного тестового випадку ви також можете вказати ідентифікатор вимоги у стовпці 'Теги', що не тільки допоможе зберегти наскрізну простежуваність, але також дозволить вам відфільтрувати тестові випадки на основі кожного ідентифікатора вимоги та переконатися, що достатньо тесту покриття на місці.

Q # 12) Як можна швидко підготувати тестові кейси в наборі Regression, якщо функціональні тестові кейси для проекту готові, а клієнту вже доставлено кілька спринтів проекту?

Відповідь: Виконайте наведені нижче кроки, щоб швидко отримати наявні тестові приклади під пакетом Regression:

1. Як тільки функціональні набори тестів для проекту будуть створені, визначте всі тестові випадки, придатні для регресії.
2. Додайте тег як “кандидат на регресію” для всіх виявлених випадків регресійних тестів.
3. Створіть новий проект під назвою „Регресійне тестування” за проектом. Набір може мати тип статичного або заснованого на запитах.
4. Клацніть на Додати існуючий тест, у вікні запиту виберіть критерії як Теги = ‘Кандидат на регресію’ та натисніть Виконати.
5. Результат отримає всі тести з проекту, визначені для регресійного тестування.
6. Ви можете вибрати усі тестові випадки у вікні, що з’явилося, та натиснути Імпортувати. Як результат, усі необхідні тестові кейси додаються до набору, і набір регресій готовий.

Q # 13) Чи може автор тесту відрізнятися від тестерів, призначених їм у TFS. Наприклад, якщо особа А написала тест. Як ви можете призначити його особі В для її виконання?

Відповідь: Так, автор тестового кейсу може відрізнятися від тестерів, призначених їм у TFS. Коли ви додаєте тестові кейси для набору тестів, ваше ім'я відображається в стовпці Тестер за замовчуванням.

У поданні списку тестового випадку виберіть тест, клацніть правою кнопкою миші та виберіть опцію «Призначити тестер», після чого з’явиться список існуючих користувачів. Ви можете вибрати тестера, і саме таким чином ви призначаєте тест для контролю якості у вашій команді.

Ви можете аналогічним чином вибрати кілька тестових кейсів і слідувати одному і тому ж робочому процесу, щоб одночасно призначити кілька тестових кейсів одному тестувальнику.

Q # 14) Для тестових випадків з,Приклад:50 кроків, і ви їх частково виконали; як можна відновити виконання тесту та продовжити оновлення статусу тесту з тих кроків, де ви залишили минулого разу?

Відповідь: Ви можете запустити тестовий приклад, натиснувши кнопку Виконати у поданні списку, і це відкриє вікно пробного бігу.

Дивіться зображення нижче:

Якщо ви виконуєте всі 50 кроків за один раз, ви можете оновити статус тестового кроку як Пройти / Не вдалося / Заблоковано / Не застосовується, а отже, статус тестового випадку відповідно оновлюється.

Однак, якщо дотримуватися того самого підходу під час часткового виконання, робочий процес буде таким, як показано нижче:

Робочий процес 2:

• Ви оновили 5 кроків до Fail і 20 кроків до Pass, залиште 25 інших кроків невиконаними. - + Зберегти та закрити. - Отже, це оновлює статус тесту як Помилка (оскільки 5 кроків не вдалося повернути назад).
• Потім ви продовжуєте тестування, натискаючи кнопку Виконати - статус попередніх 25 кроків тестування не зберігається. Потім вам потрібно буде оновити статус тесту та їх коментарі, починаючи з кроку 1.

Робочий процес 3: Це найкращий підхід, коли потрібно виконати тестове виконання для тестового випадку частково, і вам потрібен спосіб відновити тестування пізніше, коли це потрібно.

Оновіть на запущеному тесті стан виконаних тестових кроків, а решту тестових кроків залиште невиконаними. НЕ зберігайте та не закривайте тест, замість того, щоб на рівні тесту, виберіть статус тесту як Пауза. Коли тестовий приклад перебуває у стані призупинення, параметр 'Відновити' поруч із пунктом 'Запуск' увімкнено.

Зображення кнопки відновлення показано нижче:

- це ключ безпеки мережі, такий самий, як пароль

(зображення джерело )

Q # 15) Серед 10 тестових кроків 1 тестовий крок не вдався після виконання. Пов’язаний дефект повторно перевіряється після виправлення. Як ви можете впоратись із оновленням статусу тестування тесту?

Відповідь: Призупиняйте статус тестового випадку, коли будь-який крок не вдається, щоб ви могли продовжити звідти і позначити лише провалені кроки як пройдені.

Якщо статус тестового випадку було завершено, то для повторного запуску потрібно буде оновити статус тестування з кроку 1, оскільки попередній стан кроків оновлено, а тестові кейси повернуться до активного стану.

Q # 16) Поясніть робочий процес виконання тестового випадку в Test Runner та у ListView.

Відповідь:

• У вікні Test Runner
  • Якщо вам потрібно позначити крок тесту як «Пройти», клацніть позначку для цього кроку.
  • Якщо ви хочете позначити крок тесту як «Невдалий», натисніть для цього кроку знак «Хрест».
  • Якщо вам потрібно додати коментарі для тестового кроку, крок успішного тестування не відображає область тексту коментаря. Наразі розділ коментарів доступний лише за кроками 'Не вдалося'.
  • Якщо вам потрібно додати коментар до пройденого кроку, позначте його як Помилка (натисніть на піктограму Хрест), а потім Перейдіть на крок (клацніть піктограму), і ви побачите розділ коментарів. Це відоме питання в TFS.
  • Ви також можете зробити паузу на рівні кроку тесту та на рівні тесту.
  • Для тесту з параметризованими даними запускаються кілька ітерацій тестів.
  • Ви також можете позначити статус тесту як Заблокований.
• У списку Тести
  
  • Ви можете вибрати кілька тестових кейсів у списку Тестові кейси та позначити їх як Здача за один раз, а кілька інших наборів тестових кейсів - як Помилка. Однак за такого підходу статус тестових випадків не оновлюється на рівні кроку тесту.
  • Є й інші варіанти, такі як заблокований, не застосовується, встановити як активний, відновити (для призупиненого тесту)

Q # 17) Як можна створити помилку в TFS під час виконання тестового випадку? Чи автоматично це пов’язується з тестовим прикладом?

Відповідь: Створення помилки в TFS під час виконання тесту:

У вікні Test Runner натисніть Створити помилку параметр для того, щоб створити нову помилку (Див. зображення нижче)

Відкриється вікно, як показано нижче, в якому ви заповнюєте деталі помилки і, таким чином, натискаючи кнопку Зберегти автоматично генерує ідентифікатор помилки.

Зв'язок між тестовим прикладом та ідентифікатором помилки:

Помилка автоматично відображається у TFS, якщо це ідентифікатор помилки TFS. Якщо про помилку було повідомлено у зовнішньому інструменті управління дефектами, вам потрібно вручну зіставити ідентифікатор помилки в розділі коментарів або стовпці Тег кроку тесту.

Переглянути зіставлений ідентифікатор помилки TFS для тестового випадку:

Помилковий крок автоматично перетворюється на помилку. Тестовий приклад також автоматично відображає ідентифікатор помилки TFS. Ось як ви можете переглянути список ідентифікаторів помилок, зіставлених із тестовим випадком.

1. Збережіть і закрийте вікно пробного бігуна.
2. Перейдіть до Пов’язана робота розділ Дочірні посилання для тесту.
3. Дочірнє посилання матиме всі пов'язані з цим помилками помилки.

Q # 18) Як ви можете відстежувати хід тестування?

Відповідь: Поруч із вкладкою «Тести» є вкладка «Діаграми». Ви можете відстежувати хід тестування на рівні тестування або на рівні результатів тестування та отримати індивідуальну діаграму на ваш вибір.

Нижче наведено два приклади підготовки діаграми.

а) Метрики результату тесту: кількість проходів / невдалих / заблокованих / незавершених:

Виберіть Групувати за = Результат, Значення = кількість тестів.

Залежно від типу діаграми, вибраної в розділі 'Знімок' (сектор, стовпчик, стовпець тощо) - На діаграмі відображатимуться показники кількості тестових випадків - Не запущено, Не застосовується, Пройдено, Не вдалося, Заблоковано, Призупинено .

b) Статус тесту для кожного призначеного тестера:

Виберіть зведену таблицю під Знімок, Рядки = Тестер, Стовпці = Результат, Значення Кількість тестів - тоді ви зможете побачити зведену таблицю, яка відображає показники у нижченаведеному форматі:

Q # 19) Як ви можете проаналізувати, в якому модулі / зоні найбільше дефектів після завершення виконання для конкретного спринту чи ітерації?

Відповідь: Створіть діаграму за допомогою стовпчастої панелі або зведеної таблиці. Виберіть Ім'я = 'Помилки за командою', вісь Y = 'Ім'я вузла', Групуйте за = 'Пріоритет', Агрегація = Кількість робіт.

Це покаже, в якому модулі / зоні найбільше дефектів після завершення виконання для конкретного спринту або ітерації. (див. зображення нижче)

Питання # 20) Як підтримується параметризація в TFS? Поясніть, як ви здійснили тестування з варіаціями даних на прикладі з вашого проекту.

Відповідь: Параметризація є однією з важливих функцій, яку надає TFS. Бувають ситуації, коли потрібно протестувати той самий крок, але з варіаціями даних / кількома тестовими даними, і тут допомагає параметризація.

Створення або додавання параметрів:

Є параметр, відомий як 'Параметри', поруч із 'Планом випробувань'.

Екран параметрів:

(зображення джерело )

Натискання на цю опцію відкриває екран Параметри, де ви можете побачити свої тестові дані. Нижче Приклад - є варіанти даних, встановлені для 3 стовпців у сітці - Number1, Number2, Result.

Примітка : Ви можете називати стовпці як завгодно.

(зображення джерело )

Доступ до параметра в нашому тестовому випадку:

Тепер, коли параметр готовий до використання. Ви можете отримати доступ до цих значень у тестових випадках. Для доступу до параметризованих даних використовуйте @columnname на кроці тестування, де б ви не хотіли отримати до нього доступ.

Дивіться реалізацію нижче:

Тут на кроці 1 використовується @ Number1, на кроці 2 - стовпець @ Number2, а на @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 рядки даних тесту.

Погляньте на зображення нижче для довідки ( Примітка: зображення не є послідовністю вищезазначеного прикладу)

Q # 21) Які існують різні способи вилучення тестових кейсів разом із оновленим статусом після виконання?

Відповідь: Є 4 варіанти вилучення тестових кейсів разом із оновленим статусом після виконання.

Вони є:

а) Експортувати електронною поштою - Виберіть Test Suite, виберіть Export -> Export by Email. За допомогою цієї функції ви можете експортувати тестові кейси до ідентифікатора електронної пошти.

Зверніться до зображення нижче:

(зображення джерело )

б) Роздрукувати звіт : Ви також можете роздрукувати звіт.

в) Експорт до утиліти Excel : Існує утиліта, за допомогою якої ви можете експортувати свої тестові кейси разом із результатами до файлу Excel.

Детальніше про утиліту див. На малюнку нижче:

(зображення джерело )

г) Скопіюйте та вставте з подання сітки в Excel: Ви можете скопіювати та вставити, використовуючи Ctrl + C та Ctrl + V, відповідно з подання сітки в Excel, а потім оновити статус вручну для фактичного результату та стану тестування.

Q # 22) Як можна спільно використовувати тестові кроки та де ще можна використовувати спільні кроки?

Відповідь:

Спільний доступ до тестового кроку: У поданні списку, коли ви двічі клацаєте на будь-якому тестовому випадку, відкривається вікно Детальна тестова справа. Поруч із Резюме є вкладка Кроки. Коли ви розгортаєте вкладку кроків, відображається екран, як на зображенні нижче.

Ви можете додати спільний крок, як показано нижче: Клацніть на піктограму Створити спільні кроки та створіть новий крок тесту. Тепер це спільний доступ і його можна використовувати повторно в іншому наборі тестів або іншому проекті. (Дивіться зображення нижче)

Повторне використання спільного кроку: Перейдіть на екран кроків, де ви хочете додати існуючий спільний крок. Піктограма безпосередньо перед 'Створити спільні кроки' означає 'Вставити існуючий спільний крок', натисніть на піктограму, відкриється вікно запиту з полем = 'Тип робочого елемента', Оператор = 'У групі', Значення = 'Microsoft.SharedStepCaregory '.

Під час запуску запиту відображаються всі існуючі спільні кроки. Потім ви можете вибрати кроки та натиснути на Вставити спільні кроки. (Дивіться зображення нижче)

Q # 23) Якщо дані тесту доступні у наданому клієнтом файлі excel, як їх можна використовувати в TFS?

Відповідь: Ви можете просто скопіювати та вставити дані із наданого клієнтом файлу Excel у новий параметр у TFS. (Подивитися Q # 20 вище, оскільки це пояснює, як створити новий параметр і отримати доступ до параметра в тестовому випадку).

Q # 24) Як ви можете зробити доступною на місцевому рівні діаграму, доступну на інформаційній панелі для команди, і зацікавлені сторони також можуть переглянути?

Відповідь: Вкладка поруч із 'Тести' є «Діаграма» , де можна додати діаграми. Після відображення діаграми клацніть правою кнопкою миші на графіку та „Додати на інформаційну панель“ опція доступна - за умови, що віджети інформаційної панелі вже були налаштовані. По-друге, пам’ятайте, що доповнення діаграм до інформаційної панелі також вимагає прав адміністратора, інакше ця опція для вас відключена.

Q # 25) Як можна розподілити всі тестові кейси в наборі серед членів QA для виконання та повідомити їх через TFS?

Відповідь: Клацніть правою кнопкою миші на тестовому наборі та виберіть “Призначити тестери для запуску всіх тестів” і відкриється діалогове вікно, де ви можете додати декілька ідентифікаторів користувача тестувальників, встановіть прапорець Надсилати електронну пошту, введіть Тема та Примітка. Клацніть OK.

Електронне повідомлення відправляється тестувальникам у списку з повідомленням. Ось як розподіл і повідомлення про розподіл здійснюються одночасно.

найкраще безкоштовне програмне забезпечення для клонування жорсткого диска 2017

Див. Зображення нижче для кращої наочності:

Запитання №26) Як ми можемо видалити тегом “Кандидат на регресію” з усіх тестів пріоритету 2 за один раз?

Відповідь:

до) Отримайте тестові кейси для проекту, які мають пріоритет 2, за допомогою запиту.

б) Критерії запиту такі:

• Командний проект = @ Project
• WorkItemType у групі Microsoft.TestCaseCategory
• Пріоритет = 2

в) Виберіть усі тестові кейси, отримані у вікні, що з’явилося, після запуску запиту.

г) Відображається опція «Редагувати вибраний робочий пункт». Виберіть цей параметр. (Дивіться зображення нижче)

є) Відображається вікно Редагувати робочі елементи.

f) Виберіть поле = Теги (Видалити) = Значення = Кандидат у регресії та натисніть Зберегти.

Цей робочий процес видалить тег = кандидат на регресію для всіх тестових випадків із пріоритетом 2 для проекту.

Q # 27) Як ви отримуєте тестові кейси з конкретною конфігурацією з декількох проектів за допомогою запиту?

Відповідь: Створіть новий набір тестів та назвіть його відповідним чином. У поданні списку тестового випадку виберіть «Додати існуючий тестовий кейс», і відкриється вікно запиту.

• Не вибирайте «Командний проект» = @ Проект. Це буде отримати робочі елементи лише з поточного проекту.
• Якщо вам потрібно вибрати тестові кейси з конфігурацією Приклад: “Pre-Production”, виберіть критерії запиту за допомогою стовпця Configuration = Pre-Production, Work Item Type = Microsoft.TestcaseCategory та встановіть прапорець у верхньому правому куті вікна запиту “Запит між проектами”.
• Запуск цього запиту призведе до тестування з конфігурацією = Pre-Production з декількох проектів.

Висновок

Поки інструмент управління тестами TFS поступово наздоганяє ринок, ми спробували глибоко заглибитися в цю тему, закріпивши її пишну і намагалися з усіх сил ознайомити наших фахівців із контролю якості з величезними і чудовими можливостями, які підтримує TFS поряд з певними відомими проблемами або недоліками та альтернативними способами їх вирішення.

Сподіваємось, ви отримаєте максимум користі, розуміючи робочий процес інструменту, і однаково отримуєте ноу-хау найбільш вірогідних та релевантних анкет для TFS.

Популярна цитата говорить: 'Лідери ніколи не припиняють вчитися'. Я хотів би зробити тут висновок - але ніколи не дозволяйте навчанню припинятися. “Будь лідером і бажай тобі дуже Щасливого навчання '.

Автор: Цю публікацію написав Шобха Д. Вона працює керівником проекту та має 9+ років досвіду в ручному, автоматичному та тестуванні API.

Все найкраще для Вашого інтерв’ю !!

Рекомендована література

• Запитання та відповіді на інтерв’ю
• 25 найкращих запитань та відповідей на інтерв’ю для спритного тестування
• Деякі цікаві питання для тестування програмного забезпечення
• 25+ Найпопулярніші запитання та відповіді на інтерв’ю ADO.NET
• 25 найкращих запитань для інтерв’ю на Perl, які слід підготувати у 2021 році
• Найкращі 25 запитань щодо співбесіди з програмною інженерією (ОСТАННЕ 2021)
• Запитання та відповіді на інтерв’ю для тестування ETL
• 40+ Популярні тестові запитання та відповіді на запитання аналітика (2021 СПИСОК)