(продолжение, начало в предыдущем посте ⬆️)
Даже за долго до этого мы уже на разных проектах, с разными командами работали по принципу раннего тестирования и сдвига влево. Почему про это пишут, как про что-то новое в 2024 году?
Что мы реально делали на проектах, где я работала?
Проводили митинги по обсуждению требований с БА, девелоперами и командой тестировщиков. Это же рефанемент-миты (refinement) (или по-старому грумминги).
Когда программисты писали код, то есть разрабатывали новую фичу, мы тестировщики, в это время писали чек-листы или тест кейсы по ней, чтобы когда билд с новой фичей выкатят в тестирование, мы делали не эксплоратори (исследовательское), а тестирование на основе тест-кейсов (или чек листов), написанных по утвержденным и понятным всей команде требованиям.
Наши программисты писали юнит-тесты, автоматизаторы автоматизировали важные тесты (смоук, регрессию).
И всё это запускалось при авто сборке билда, то есть CI\CD процессы уже работали и использовались в 2017 и даже ранее.
Так и где революция?
И главное, а что кто-то сейчас ещё работает не так?)
Я подозреваю, конечно, что мне повезло работать в крупной международной компании с поставленными процессами и всегда старавшейся использовать передовые подходы (EPAM), но прям что, я одна такая?)
Вот так получается, что не всегда что-то описанное как новое и революционное в ISTQB на самом деле является таким.
Как вам статья в таком стиле?))
Пишите ваше мнение в комментариях!
И если остались вопросы, задавайте обсудим! ⏬
Даже за долго до этого мы уже на разных проектах, с разными командами работали по принципу раннего тестирования и сдвига влево. Почему про это пишут, как про что-то новое в 2024 году?
Что мы реально делали на проектах, где я работала?
Проводили митинги по обсуждению требований с БА, девелоперами и командой тестировщиков. Это же рефанемент-миты (refinement) (или по-старому грумминги).
Когда программисты писали код, то есть разрабатывали новую фичу, мы тестировщики, в это время писали чек-листы или тест кейсы по ней, чтобы когда билд с новой фичей выкатят в тестирование, мы делали не эксплоратори (исследовательское), а тестирование на основе тест-кейсов (или чек листов), написанных по утвержденным и понятным всей команде требованиям.
Наши программисты писали юнит-тесты, автоматизаторы автоматизировали важные тесты (смоук, регрессию).
И всё это запускалось при авто сборке билда, то есть CI\CD процессы уже работали и использовались в 2017 и даже ранее.
Так и где революция?
И главное, а что кто-то сейчас ещё работает не так?)
Я подозреваю, конечно, что мне повезло работать в крупной международной компании с поставленными процессами и всегда старавшейся использовать передовые подходы (EPAM), но прям что, я одна такая?)
Вот так получается, что не всегда что-то описанное как новое и революционное в ISTQB на самом деле является таким.
Как вам статья в таком стиле?))
Пишите ваше мнение в комментариях!
И если остались вопросы, задавайте обсудим! ⏬