Модуль 1 · Урок 4

Testing у SDLC, shift left і whole team

SDLC змінює timing, documentation, techniques, automation та роль тестувальника. Незмінним лишається ранній feedback і відповідність test activities реальному контексту.

SequentialIterativeDevOpsShift left

Один checklist не працює для всіх SDLC

КонтекстРитм testingКлючова потреба
Sequential / V-modelРанні reviews, пізніше executable dynamic testingСильна traceability між development і test levels
Iterative / incrementalStatic і dynamic testing кожного incrementШвидкий feedback та часта regression
AgileWhole-team collaboration у короткому цикліTestability, acceptance examples, lightweight evidence
DevOps / continuous deliveryАвтоматизовані checks у pipeline плюс exploratory workFast feedback, observability і production-safe controls

Shift left — не «все автоматизувати раніше»

Shift left означає виконувати доречні test activities раніше: review problem statement, приклади acceptance, security/privacy questions, testability, static analysis та component checks. Воно не скасовує system, acceptance, exploratory або production monitoring activities праворуч.

Business / ProductПояснює user need, outcomes, rules і acceptable risk.
DeveloperПроєктує testability, виконує component checks і debugging.
TesterДодає risk perspective, test design, незалежний погляд і quality evidence.

Whole team та незалежність

Якість є спільною відповідальністю: будь-хто з потрібними навичками може виконувати quality task. Водночас незалежний погляд зменшує blind spots автора. Рівень незалежності обирають за ризиком: peer review може бути достатній для невеликої функції, а safety-critical decision потребує формальнішого розділення ролей.

Retrospective як control loop

Після iteration команда використовує факти — escaped defects, delays, flaky checks, rework — і обирає одну process change з owner, expected signal та review date.

Лабораторна робота

Testing Foundations Pack

Завантажте ZIP, завершіть усі шість шаблонів і проведіть self-review. Використовуйте лише синтетичний BookFlow.

Завантажити QA-пакет →

  • Objectives підтримують stakeholder decision.
  • Error, defect, failure та root cause не змішані.
  • Testware пов’язане з activities і basis.
  • SDLC map містить ранній feedback та residual risk.
  • Немає production data, secrets або несанкціонованих цілей.

Офіційні джерела

Модуль 1 завершено

Після тесту прогрес збережеться. Сертифікат і фінал лишаються закритими до 44 уроків, трьох accepted projects та фіналу 24/30. Наступний модуль — види та рівні тестування.

Практична перевірка · урок 4 з 16

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Як SDLC впливає на testing?
2. Що характерно для iterative delivery?
3. Що означає shift left?