-
Тестування та IT
-
-
Спільнота
-
-
-
- All about QA - Все про тестування ПЗ
- automation-remarks.com
- AutotestЯк
- DOU | QA
- From A to QA | Все про тестування
- Hot testing Channel
- Inside QA
- May the testing be with you
- QA | ua
- QA VISION
- qa семпай про тестування
- QA Україна
- Qa.room
- QAMania
- Quality matters by Inna Osinna
- Roman Yakymchuk Consulting
- Security QA
- Test Engineering Notes
- Testing with Sofia
- Yet Another Useful Channel
- Комора тестувальника | QA Info
- Нотатки суворого QA
- Олекса Мащиць
- Попелюха | QA
- Щоденник QA
- Показати більше (10) Згорнути
-
-
-
Інше
Вимоги
Відкриваємо словник, вимоги це:
- що тобі треба або що ти хочеш
- що ти потрібен мати, щоб зробити щось інше
Коли ми тестуємо ПЗ (програмне забезпечення, або софт), завжди є якийсь замовник. І він нам розказує, чого хоче. Або ми питаємо його самі.
Важливо:
Не стидайтеся питати про вимоги — не суть, будуть вони у вигляді документа або в усній формі. І пам’ятаємо, замовник — не лише представник конкретного бізнесу, який замовляє наш софт. Але менеджмент твоєї компанії — також представники цього замовника (так чи інакше). То ж тут питаємо — колег, ліда, менеджера, або бізнес-аналітика (якщо він є). Це все — дії зі з’ясування вимог. Ми ж не хочемо тестувати Instagram, думаючи, що це Monobank?
Важливо ще:
Сам замовник (якась компанія) швидше за все не кінцевий замовник. Маю на увазі, реальних “замовників” — користувачів.
Практичне завдання:
Спробуйте подумати, як ми можемо використовувати розуміння того, хто буде користуватись нашим софтом. Які конфлікти можуть виникати між вимогами, що дає нам компанія-замовник та тим, що реально потрібно кінцевим споживачам? Та яка тут може бути наша роль?