test cases interview questions
У STH ми любимо запитання і завжди заохочуємо їх. Це єдиний спосіб сприяти здоровій дискусії та формуванню перспективи.
У сьогоднішній статті ми відповімо на два цікаві запитання, які були надіслані нам через коментарі до наших статей.
Ми могли б відповісти на них у самих коментарях, але завдяки їх довжині та широкій застосовності до всіх у подібних ситуаціях, ми створили цю публікацію як ексклюзивне запитання та відповіді.
Давайте розпочнемо!
Також читайте => 101+ Тестування програмного забезпечення для автоматизації та автоматизації Питання та відповіді на інтерв’ю
Що ви дізнаєтесь:
Питання 1)
Це приходить до нас із “Бхавана Кумара” у відповідь на цю публікацію: 7 типів програмних помилок, які повинен знати кожен тестер
“На одному з інтерв’ю, у якого я отримав це запитання, напишіть якомога більше тестових кейсів для цього сценарію - якщо ви новий клієнт і хочете відкрити рахунок на кредитній картці, то спочатку є три умови, ви отримаєте 15% знижка на всі ваші покупки сьогодні, по-друге, якщо ви вже є клієнтом і у вас є картка постійного покупця, ви отримуєте знижку 10%, а по-третє, якщо у вас є купон, ви можете отримати знижку 20% сьогодні (але його не можна використовувати зі знижкою 'новий клієнт'). Суми знижок додаються, якщо це можливо.
Хтось може допомогти мені з цим ”.
Звичайно. Раді допомогти!
Відповідь: Це питання є класичним випадком різної обробки, що відбувається для різних типів вхідних даних. Тут вводиться тип клієнта. Обробка - це сума знижки, якою вони можуть скористатися. Залежно від типу вхідних даних, якщо вихідні дані відрізняються, модель, яку можна успішно використовувати для тестування, - «Тестування таблиці рішень».
Давайте подивимось, як ви можете це зробити.
Крок 1: Розділіть свої дані на категорії
Щоб створити таблицю прийняття рішень, вам доведеться розділити свої дані на категорії.
У цій ситуації існує 6 категорій користувачів:
- Нові клієнти з купоном
- Нові клієнти без купона
- Існуючі клієнти з карткою постійного покупця та без купона
- Існуючі клієнти без картки постійного покупця та без купона
- Існуючі клієнти з карткою постійного покупця та купоном
- Існуючі клієнти без лояльності та з купоном
Можна зробити більше розділів, але з самого визначення проблеми не зрозуміло, чи можуть нові клієнти мати картку постійного клієнта чи ні. Тож не будемо припускати. Крім того, це лише для того, щоб показати вам, як знайти рішення.
Крок 2: Складіть таблицю рішень.
Для цього існує багато способів. Я б використовував усі введені категорії як стовпці, а знижки як рядки. У підсумку ви отримаєте таку таблицю:
(Клацніть на зображення нижче, щоб збільшити його)
Крок 3: Виберіть користувача з кожної категорії введення та протестуйте
Тепер із кожної категорії ви можете вибрати одне значення та перевірити, чи застосовується правильна сума знижки.
Тож зараз вам знадобиться принаймні 6 клієнтів або 6 тестових кейсів, щоб повністю перевірити справу.
як створити підроблений електронний лист -
Я впевнений, що на даний момент ви думаєте: «Це все добре. Але як я можу негайно відповісти на запитання під час співбесіди, коли у мене немає часу розробити детальне рішення, як у вас? '
Ось чому важливо розповісти про свої думки в інтерв’ю .
Як тільки ви почуєте питання, ви можете сказати: Я думаю, таблиця рішень допоможе вирішити цю проблему. Якщо інтерв'юер хоче, щоб ви детально розказали, ви можете попросити блокнот і ручку і розробити це. Обов’язково пояснюйте своє рішення під час руху.
Також майте на увазі, що не важливо, щоб рішення було на 100% правильним. Отже, ви можете пропустити одну чи дві категорії, через тиск на співбесіді чи поспіх, і це нормально. Інтерв'юер оцінить вашу стратегію та ясність думок.
Таким чином, ми сподіваємось, що ми можемо відповісти на це запитання на ваше задоволення! Щоб отримати додаткову інформацію про таблиці рішень, перегляньте: Як писати складні сценарії тестування бізнес-логіки, використовуючи техніку таблиць рішень
Також читайте => Як писати ефективні тестові кейси
Питання No2)
Дхруміл розмістив запитання: “ Що таке правило 80:20 або принцип Парето? Поясніть, будь ласка, на прикладі . ' у відповідь на Посібник «Все в одному» щодо густини дефектів - її значення та як його розрахувати .
Відповідь: Правило 80/20 також називають принципом Парето. Ви можете ознайомитися з основним визначенням тут Парето принцип
Там сказано, що 80% результатів зумовлені 20% причин. Це може бути застосовано до багатьох речей, і в контексті проекту з забезпечення якості ІТ можна спостерігати наступне.
pl sql запитання та відповіді для досвідчених pdf
- 80% вашої продуктивності зумовлено 20% вашої діяльності
- 80% прогресу сприяє 20% вашої команди
- 80% заявки можна перевірити на 20% тестових випадків
- 80% несправностей можна усунути, усунувши 20% дефектів
І так далі..
Тому, дотримуючись цього правила, нам доведеться визначити, що це 20% причин.
Аналіз Парето - це просто техніка, яка допомагає оптимізувати ваші зусилля. Замість того, щоб розподіляти свою увагу та зусилля на всі 100% причин, він пропонує нам шукати тих 20% причин, які при вирішенні максимізують вашу віддачу (80% проблем).
- Це не точна наука, і її не слід сприймати як номінальну.
- Аналіз Парето знаходить своє застосування у багатьох галузях промисловості, а не лише в програмному забезпеченні.
- Щоб точно знати, що таке 20% причин, ви можете скласти a Діаграма Парето . Це проста комбінація як стовпчастої, так і лінійної діаграм, що відображає причини на осі X та проблеми на осі Y. Точка сукупної частоти 80% опускається на вісь X. Усі причини, що лежать між 0 і рядком, - це 20% причин.
Наприклад: якщо в додатку є 5 модулів, які мають дефекти, які слід виправити, і це їх розподіл:
Тепер ви впорядкуєте цю таблицю в порядку зменшення кількості дефектів і обчислите кумулятивний відсоток частоти.
Коли ми складаємо діаграму Парето для вищезазначених табличних даних, ось що у вас вийде:
(Точні кроки щодо створення діаграми Парето в Excel перейдіть за цим посиланням: Діаграма Парето )
Тепер, щоб знати, що потрібно виправити вашим 20% модулів, щоб досягти оптимального виправлення дефекту, проведіть лінію на позначці 80% на вашій кумулятивній відсотковій осі, як показано нижче:
Отже, 20% модулів, на яких вам слід зосередитися, - це Модулі 1, 4 та 2.
Це, звичайно, надуманий приклад, але коли кількість причин у кількох десятках, цей метод може творити чудеса, даючи нам зрозумілість щодо того, що вибрати.
Висновок
Дякуємо за чудові запитання, читацьку аудиторію та участь.
Дякую Swati S., члену команди STH за відповідь на ці запитання більш детально.
Будь ласка, повідомте нам, як ми працювали з цією статтею та чи була вона корисною. Крім того, продовжуйте і надсилайте більше запитань!
НАЗАД Підручник | НАСТУПНИЙ підручник
Рекомендована література
- Запитання та відповіді на інтерв’ю
- Деякі цікаві питання для тестування програмного забезпечення
- Як підготуватися до співбесіди з тестування програмного забезпечення
- Тестування посібника для програмного забезпечення Інтерв’ю Питання для досвідчених професіоналів
- Запитання та відповіді на інтерв’ю для тестування ETL
- Ресурси та завантаження програмного забезпечення для контролю якості
- Найкращі 25 запитань щодо співбесіди з програмною інженерією (ОСТАННЕ 2021)
- Який найкращий момент у вашій тестовій кар’єрі? - Відповіді на такі 14 цікавих запитань для тестування програмного забезпечення