Что такое Shift-Left Approach, то есть сдвиг влево
Вероятно, вы знаете, что в тестировании трендсеттер уже какое-то время - это международная организация ISTQB.
И как мы жили без неё раньше?))
Я в IT и в тестировании с 2009 года, если что, я знаю, что не просто жили, а работали и нормально даже.
И это не просто слова. Я с конкретным примером.
В прошлом году вышла свежая версия 4.0 базового силлабуса с обновлениями и последними тенденциями.
Все “новинки” обсуждать в этом посте не будем, поговорим об одной. Обсудим, что же такое шифт лефт апроч (Shift-Left Approach), или по-русски, сдвиг тестирования влево.
Потому что прям началось - все стали писать на эту тему, рассказывая, как она важна и нужно её внедрять.
А я такая - в смысле?
Но обо всём по порядку.
Для начала есть принципы тестирования. Их семь. И они были описаны и в предыдущих версиях силлабуса, здесь ничего нового.
Один из них, точнее третий нам говорит следующее (далее копи-паст из силлабуса):
3. Раннее тестирование сохраняет время и деньги
Для нахождения дефектов на ранних стадиях, как статические, так и динамические активности по тестированию должны быть начаты как можно раньше в жизненном цикле разработки программного обеспечения.
То есть принцип гласит, что чем раньше мы начнём тестирование, тем лучше для продукта и проекта. Раньше - это на этапе сбора и анализа требований.
В силлабусе 4.0 появляется в дополнении к принципу ещё и отдельная секция “Сдвиг влево” (по-русски, в английской версии Shift-Left Approach)
О чём там?
В принципе, о том же. И снова копи-паст из силлабуса 4.0:
Принцип раннего тестирования иногда называется сдвигом влево, потому что в этом подходе тестирование выполняется на ранних этапах жизненного цикла разработки программного обеспечения. Как правило сдвиг влево предполагает, что тестирование должно быть выполнено на ранних этапах (например, не ожидая появления кода или интеграции компонентов), но это не значит, что нужно пренебречь тестированием на более поздних этапах жизненного цикла разработки программного обеспечения.
И далее важные выдержки, которые поясняют, что нужно делать, применяя этот подход на проекте.
Лучшие практики, поясняющие как достигнуть сдвига влево в тестировании, включают следующие:
● Рецензирование спецификации с точки зрения тестирования.
● Написание тестовых сценариев до написания кода и запуск кода в тестовой обвязке во время его написания
● Использование непрерывной интеграции, а еще лучше непрерывной поставки, так как они включают быструю обратную связь и автоматизированные компонентные тесты, сопровождающие код при его добавлении в репозиторий (т.е. CI\CD)
● Выполнение статического анализа исходного кода до начала динамического тестирования как часть процесса автоматизации (то есть юнит-тесты)
● Выполнение нефункционального тестирования, начиная с уровня компонентного тестирования там, где это возможно.
И сейчас многими это преподносится как что-то революционное, абсолютное новое. Пишутся статьи, как же это внедрять на проектах, как применять эти знания на практике в реальной жизни.
И я такая всё это вижу, и думаю, я ушла с прода, с проектов в обучение начинающих тестировщиков в 2017 году, но
(продолжение в следующем посте ⬇️)
Вероятно, вы знаете, что в тестировании трендсеттер уже какое-то время - это международная организация ISTQB.
И как мы жили без неё раньше?))
Я в IT и в тестировании с 2009 года, если что, я знаю, что не просто жили, а работали и нормально даже.
И это не просто слова. Я с конкретным примером.
В прошлом году вышла свежая версия 4.0 базового силлабуса с обновлениями и последними тенденциями.
Все “новинки” обсуждать в этом посте не будем, поговорим об одной. Обсудим, что же такое шифт лефт апроч (Shift-Left Approach), или по-русски, сдвиг тестирования влево.
Потому что прям началось - все стали писать на эту тему, рассказывая, как она важна и нужно её внедрять.
А я такая - в смысле?
Но обо всём по порядку.
Для начала есть принципы тестирования. Их семь. И они были описаны и в предыдущих версиях силлабуса, здесь ничего нового.
Один из них, точнее третий нам говорит следующее (далее копи-паст из силлабуса):
3. Раннее тестирование сохраняет время и деньги
Для нахождения дефектов на ранних стадиях, как статические, так и динамические активности по тестированию должны быть начаты как можно раньше в жизненном цикле разработки программного обеспечения.
То есть принцип гласит, что чем раньше мы начнём тестирование, тем лучше для продукта и проекта. Раньше - это на этапе сбора и анализа требований.
В силлабусе 4.0 появляется в дополнении к принципу ещё и отдельная секция “Сдвиг влево” (по-русски, в английской версии Shift-Left Approach)
О чём там?
В принципе, о том же. И снова копи-паст из силлабуса 4.0:
Принцип раннего тестирования иногда называется сдвигом влево, потому что в этом подходе тестирование выполняется на ранних этапах жизненного цикла разработки программного обеспечения. Как правило сдвиг влево предполагает, что тестирование должно быть выполнено на ранних этапах (например, не ожидая появления кода или интеграции компонентов), но это не значит, что нужно пренебречь тестированием на более поздних этапах жизненного цикла разработки программного обеспечения.
И далее важные выдержки, которые поясняют, что нужно делать, применяя этот подход на проекте.
Лучшие практики, поясняющие как достигнуть сдвига влево в тестировании, включают следующие:
● Рецензирование спецификации с точки зрения тестирования.
● Написание тестовых сценариев до написания кода и запуск кода в тестовой обвязке во время его написания
● Использование непрерывной интеграции, а еще лучше непрерывной поставки, так как они включают быструю обратную связь и автоматизированные компонентные тесты, сопровождающие код при его добавлении в репозиторий (т.е. CI\CD)
● Выполнение статического анализа исходного кода до начала динамического тестирования как часть процесса автоматизации (то есть юнит-тесты)
● Выполнение нефункционального тестирования, начиная с уровня компонентного тестирования там, где это возможно.
И сейчас многими это преподносится как что-то революционное, абсолютное новое. Пишутся статьи, как же это внедрять на проектах, как применять эти знания на практике в реальной жизни.
И я такая всё это вижу, и думаю, я ушла с прода, с проектов в обучение начинающих тестировщиков в 2017 году, но
(продолжение в следующем посте ⬇️)