software manual testing interview questions
Найпопулярніші запитання на основі сценарію на основі ручного тестування для досвідчених фахівців із детальними відповідями:
Нещодавно я мав цей унікальний досвід Тренінг з контролю якості (10-річний досвід) взяти участь у співбесіді з тестуванням програмного забезпечення з провідною компанією з розваг у Лос-Анджелесі. Веб-сайт, який перевірявся, був простим веб-сайтом для клієнтів (подібним до Інтернет-телеканалу), який мав як веб, так і мобільні компоненти.
Консалтингова компанія проектувала профілі для цього клієнта для випробовувач на місці + посада координатора але ніхто з них не пройшов через процес тестування співбесіди. Тож вони вирішили зібрати Запитання щодо співбесіди від попередніх учасників, і вони дали мені анкету.
найкраще програмне забезпечення для копіювання DVD на жорсткий диск
Вони хотіли, щоб я дав відповіді наступному кандидату та тренеру людина, яка має бути успішною в тестуванні QA співбесіди.
Коли я отримав список запитань, я був здивований і «не здивований» одночасно. Здивовано - адже запитання були справді базовими, і 10-річний досвідчений контроль якості повинен був легко відповісти на них. Не настільки здивований, оскільки QA - це сфера ІТ, яка, на мій погляд, має найбільшу кількість бур’янів - але давайте не будемо в неї заходити.
Після закінчення вправи я подумав, що було б непогано поділитися цим досвідом із читачами STH. Для початківців це буде непоганою живою експозицією. Для інших це буде дружнім нагадуванням про те, наскільки це важливо основи незалежно від того, наскільки ми досвідчені.
Рекомендована література=> 101+ Запитання та відповіді на тестування програмного забезпечення.
Ось іде ... ..
Тестування запитань на співбесіду для досвідчених
9 найпоширеніших запитань для тестування програмного забезпечення для забезпечення якості для початківців, а також досвідчених кандидатів:
#Q 1) Який процес створення тестового сценарію?
Відповідь:
Крок 1: полягає в тому, щоб отримати глибоке розуміння AUT:
- Це може бути шляхом ретельного ознайомлення з документами щодо вимог.
- За відсутності документів ми могли б спробувати зрозуміти будь-яку точку відліку, яку ми маємо - попередню версію програми, дротові рамки чи скріншоти
Крок 2: Після розуміння вимог ми складаємо перелік областей цього додатка, які доведеться протестувати. Іншими словами, ми визначаємо вимоги до тесту. Основним завданням цього кроку є визначення “Що” для перевірки. Результатом цього кроку є список Тестові сценарії .
Крок 3: Отримавши тестові сценарії, ми концентруємось далі на темі «Як» їх перевірити. Цей етап передбачає написання детальних кроків про тестування певної функції, які дані вводити ( Дані тесту ) та який очікуваний результат.
Після завершення цих 3 кроків ми готові до тестування.
#Q 2) Які поля містяться у звіті про помилки?
Відповідь: Наступні важливі поля слід включити в a хороший звіт про помилки :
- Унікальний посвідчення особи
- Опис дефекту: короткий опис помилки.
- Кроки до відтворення: подробиці про те, як отримати помилку, точні дані тесту, час виявлення дефекту (якщо застосовується) середовище: будь-яка інформація, яка допоможе повторно зіткнутися з проблемою
- Модуль / розділ програми (якщо застосовується)
- Серйозність
- Знімок екрана
- Відповідальний контроль якості: у разі виникнення будь-яких подальших питань щодо цього питання
#Q 3) Як протестувати програмне забезпечення для клієнтів?
Відповідь: Будь-яка програма, яку ми тестуємо, намагається перевірити, чи відповідає певний набір вимог програмі чи ні. Але коли мова заходить про веб-сайт, орієнтований на користувача, окрім того, щоб зосередитись на функціональності, нам також доведеться вивчити кілька функцій юзабіліті, можливо, аспекти продуктивності та безпеки також до певної міри.
Перший рівень тестування - : Чи відповідає сайт своїм функціональним вимогам.
Наприклад, якщо це сайт управління позиками, нам потрібно подивитися - чи може новий клієнт подати заявку на позику, чи може існуючий клієнт отримати доступ до своєї інформації про позику, чи правильний процентний відсоток, застосований до суми позики, тощо.
Наступним рівнем тестування є :наскільки просто користуватися сайтом, чи мають варіанти логічний сенс і відповідають очікуванням користувача чи ні.
Наприклад, якщо користувачеві потрібно пройти 3-4 екрани, щоб подати основну інформацію, вони будуть дратуватися, тому такі проблеми потрібно вирішувати.
запитання та відповіді на інтерв’ю щодо усунення несправностей у мережі pdf
Інший приклад, після введення імені користувача та пароля користувач може натиснути на вкладку - це означає, що елемент керування повинен перейти до кнопки «Увійти», замість цього, якщо він збирається скасувати, користувач буде справді роздратований, і досвід користування сайтом буде буде скомпрометовано. Такі питання доводиться ловити.
Тестування продуктивності в повній мірі може бути не в обсязі, але в таких простих ситуаціях, як, скільки часу потрібно, щоб відображалися результати пошуку, і скільки часу потрібно системі для отримання інформації про клієнта в пікову годину - ось деякі приклади такі речі, за якими ми хотіли б стежити.
Безпека - для сайтів, де є безпечний логін для доступу до сайту, необхідно перевірити мінімальну функціональність навколо нього. Наприклад, якщо я залишаю сайт без роботи більше 10 хвилин, це автоматичний вихід із системи чи ні. На чомусь такому базовому, як це, слід орієнтуватися.
#Q 4) Як подолати проблему відсутності вхідної документації для тестування?
Відповідь: Якщо детальна стандартна документація, така як BRD та FSD, недоступна, тестер повинен залежати від певної точки відліку.
- Знімки екрана
- Попередня версія програми
- Каркаси тощо
Ще один фактор, який надзвичайно допомагає, - це поговорити з розробниками або бізнес-аналітиками (коли вони є), щоб отримати підтвердження щодо нашого розуміння або роз’яснення у разі сумнівів.
Коли жодна з цих ситуацій не працює, ми можемо просто розробити програму на основі нашого попереднього досвіду роботи з ІТ та створити базовий набір тестових скриптів. Коли настає фаза тестування, ми можемо встановити частину часу тестового циклу та виконати певне управління тестовими кейсами (зробити вже створені сценарії досконалими), щоб мати документ для наступних фаз.
#Q 5) Як отримати максимальна продуктивність від офшорної команди?
Відповідь: Головне - переконатись, що всі тестувальники знають про всі модулі та не існує концентрації знань в одному місці. Залучення всіх до тестових оглядів сценаріїв тестів, зустрічей з дефектами та сесій KT забезпечить, щоб усі були в курсі програми якомога краще.
Також, заохочуючи концепцію колективної роботи, ми можемо змусити членів команди співпрацювати, допомагати та допомагати один одному для кращої продуктивності.
в сутичці, який відповідає за несвоєчасне виконання складних вимог
Регулярні подальші зустрічі також дуже допомагають цьому процесу.
#Q 6) Які ролі та відповідальність координатора на місці? Він / вона теж тестує?
Відповідь: Виїзний координатор є контактною особою для офшорної команди та з клієнтом для отримання будь-якої інформації щодо участі у тестуванні.
Ця робота включає:
- KT від та до офшору та клієнтів
- Отримання середовища для перевірки всіх готових
- Перевірка розумності, перевірка диму
- Тестування - ключова функціональність.
- Огляд помилок - знайдена офшорною командою
- Призначення помилки відповідному розробнику
- Представлення метрик
- Забезпечення виходу
Так, навіть місцевий координатор повинен тестувати.
#Q 7) Послідовні помилки. Чому на місці їх можна знайти, а в офшорах - ні, і навпаки - Як вирішити цю ситуацію?
Відповідь: Кожну помилку потрібно відзначити та проаналізувати - незалежно від того, чи трапляється вона на місці чи в офшорі, повторювана вона чи ні. Реальна додаткова цінність для роботи тестувальника - це коли ми беремо участь у процесі аналізу корінних причин щодо помилки, а не просто повідомляємо про неї.
Деякі способи вирішення цієї ситуації:
- Усі члени команди, що працюють на місці та в офшорах, повинні дотримуватися вказівок, згідно з якими скріншоти слід робити для кожної помилки, з якою ми стикаємось - повторювана чи ні.
- Якщо є журнали, системні файли або щось подібне, це може допомогти нам знайти будь-які докази проблеми - ми повинні спробувати знайти їх.
- Незважаючи на всі ці кроки, якщо ми все ще не можемо сказати, чому і коли виникає проблема, ми все одно повинні повідомити про це розробника - із якомога більшою кількістю інформації.
#Q 8) Тестування, пов’язане з відео / аудіо - Що це включає?
Відповідь: Як протестувати програму з відео чи аудіо?
Ось важливі моменти, на які слід звернути увагу:
- Рівні доступу (обмежений чи ні - з паролем)
- Різні типи середовищ
- Сумісність браузера
- Роздільна здатність екрану
- Швидкість підключення до Інтернету
- Конкретні параметри відео - наприклад, відтворення, зупинка, вимкнення звуку тощо.
- Відео за розміром
- Відповідь на відео - коментарі (обмеження тривалості коментарів та кількості коментарів, які він може взяти)
- Відеовідповіді на відео
- Інтерфейс із сайтами соціальних мереж - сумісність
- Швидкість буферизації
- Вбудовування відео
#Q 9) Тестування мобільних додатків - Що воно коротко включає?
Відповідь: Тестування мобільних додатків Важливі сценарії тестування:
- Перевірте, чи додаток добре працює з кількома операторами та кількома пристроями.
- Юзабіліті функцій на мобільному екрані.
- Тестування на різних мобільних платформах, таких як Android та iOS.
- Встановлення, видалення, запуск програми в мережі та без мережі, тестування функціональності.
- Мережеві з’єднання - Wi-Fi, 2G тощо.
- Журнали в утиліті конфігурації iPhone для iOS для Android Monitor.bat можна використовувати для налагодження.
Це було все. Тепер це було не так просто.
Як останнє зауваження, я повторюю філософію STH - добре знайте основи, решта автоматично слідує.
На закінчення я сподіваюся, що ці зусилля будуть корисними та значущими для наших читачів. Будь ласка, повідомте нас нижче в розділі коментарів про те, як ми це зробили.
Автор: Цей пост написаний нашим членом команди STH Свати Сіелою.
Рекомендована література
- Запитання та відповіді на інтерв’ю
- Деякі цікаві питання для тестування програмного забезпечення
- Як підготуватися до співбесіди з тестування програмного забезпечення
- Ресурси та завантаження програмного забезпечення для контролю якості
- Найкращі засоби тестування програмного забезпечення 2021 р. (Інструменти автоматизації тестування якості)
- 20 простих запитань для перевірки програмного забезпечення для перевірки базових знань (Інтернет-вікторина)
- Тестування програмного забезпечення QA Assistant Job
- Який найкращий момент у вашій тестовій кар’єрі? - Відповіді на такі 14 цікавих запитань для тестування програмного забезпечення