Как определяш какво трябва да бъде тествано?

За определяне на това, което трябва да бъде тествано, използвам комбинация от подходи:

1. Анализ на изискванията:

   • Изучаване на документацията (техническо задание, потребителски истории, спецификации).
   • Уточняване на неясните моменти с аналитиците, разработчиците, Product Owner.
   • Разделяне на изискванията на атомарни тестови случаи.

2. Тестиране, базирано на риск:

   • Определяне на най-критичните или често използвани функции на системата.
   • Оценка на вероятността за възникване на дефекти и тяхното потенциално въздействие.
   • Приоритизиране на тестовете въз основа на идентифицираните рискове.

3. Изучаване на артефакти за разработка:

   • Анализ на макетите UI/UX.
   • Преглед на промените в кода или конфигурацията (в случай на регресионно тестване).
   • Изучаване на логове и отчети за предишни дефекти.

4. Използване на техники за анализ на тестове:

   • Еквивалентно разделяне.
   • Анализ на граничните стойности.
   • Диаграми на състояния и преходи.
   • Таблици за решения.

5. Изследователско тестване:

   • Свободно изследване на функционалността за откриване на неочевидни сценарии и дефекти.
   • Генериране на идеи за тестове въз основа на разбирането за поведението на потребителя и системата.

6. Консултации с екипа:

   • Обсъждане на особеностите на реализацията с разработчиците.
   • Уточняване на потребителските сценарии с Product Owner.
   • Обмен на опит и знания с други тестери.

7. Автоматизация:

   • Определяне на кандидати за автоматизация въз основа на стабилност, критичност и честота на изпълнение.
   • Прилагане на пирамидата за автоматизация на тестовете (Unit, Integration, UI).

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