"За последние десять лет индустрия программного обеспечения сильно изменилась. И хотя трудно точно предсказать, что принесет следующее десятилетие, оно, безусловно, поставит перед специалистами по тестированию и контролю качества целый ряд новых задач. "
Универсальное вступление. Статья с таким вступлением могла выйти и в 2012, и 2002, и в 1992 году)
Очень спорно. Точнее, постулат в тестировании такой есть, но в этой статье аргументация этого постулата очень спорная.
Возьмем для примера первый пункт - "1️. Исчерпывающее тестирование невозможно"
Приводится утверждение: "Ну давайте предположим, что максимально в поле мы можем ввести только 3 символа. Даже и в этом случае количество комбинаций, если брать во внимание, что UTF-8 поддерживает 2,164,864 доступных символа"
В формулировке утверждения - "поле", "мы можем ввести", значит, речь идет про пользовательский интерфейс, правильно?
Если рассматривать не сферическое рабочее место пользователя в вакууме, а с обычное, с обычной рабочей станцией, монитором и клавиатурой - каким образом можно ввести эти 2.2 млн символов?
Кроме того, никто не отменял деление входящих значений на классы эквивалентности.
На сколько классов эквивалентности можно разделить 2 164 864 символов?
Статья об этом умалчивает.
В общем, число тестов в размере 10 145 929 857 329 004 544 притянуто за уши...
Возможно, расчет был в том, чтобы впечатлить читателя магией больших цифр)
" ... Например, Международная ассоциация фасилитаторов (англ.International Association of Facilitators, IAF), существующая с 1989 года, в настоящее время включает более 1200 членов из 63 стран. Из России в ней в настоящее время зарегистрированы 15 человек. ... "
"нейронная сеть должна проехать 11 миллиардов миль ... чтобы достичь уровня опытного водителя-человека ... 100 беспилотных автомобилей ... 24 часа в сутки ... 365 дней в году ... уйдет более 500 лет."
"Проблема заключается в том, что в такой системе случается пинг-понг задачами. У нас такое бывало. Разработка передаёт задачу в QA, QA её проверяет и возвращает разработке с багами. Разработчик правит эти баги, снова отправляет задачку в QA, а QA находит новые баги."
А где тут пинг-понг? Стандартный рабочий процесс. Найдены дефекты по задачи - задача возвращается на доработку.
"Порядка 30% задач могли возвращаться с уточнением требований."
Похоже на проблемы с аналитикой, формализацией требований задачи. У вас нет аналитиков в команде?
"Методы API являются интерфейсами различных программных классов, которые взаимодействуют с бизнес-сущностями. Разработчики могут спокойно покрывать их юнит-тестами. "
Разработчики весь функционал приложения могут покрывать юнит-тестами, не только методы API. Юнит-тесты проверяют функциональность не более низком уровне, у которого нет "интерфейса".
"UI-тесты можно упоминать как часть e2e тестирования."
Это хорошо, что UI, это часть End-to-End тестирования, тут нельзя не согласиться. Но как это относится к тестированию API?
Добрый день!
Почему по ВЗР вы убрали выбор из нескольких вариантов страхования?
Это как-то связано с проводимыми A/B/n экспериментами?
Раньше по каждой страховой компании было несколько вариантов страхования с разными опциями.
Сейчас по каждой страховой только один вариант.
"ну и конечно же, подобное "упражнение" (Suggestion) для тестировщика является карьерным скилом, что поможет ему перейти в аналитики или в продакты"
Как уйти из
ITQA)"За последние десять лет индустрия программного обеспечения сильно изменилась. И хотя трудно точно предсказать, что принесет следующее десятилетие, оно, безусловно, поставит перед специалистами по тестированию и контролю качества целый ряд новых задач. "
Универсальное вступление. Статья с таким вступлением могла выйти и в 2012, и 2002, и в 1992 году)
Очень спорно. Точнее, постулат в тестировании такой есть, но в этой статье аргументация этого постулата очень спорная.
Возьмем для примера первый пункт - "1️. Исчерпывающее тестирование невозможно"
Приводится утверждение: "Ну давайте предположим, что максимально в поле мы можем ввести только 3 символа. Даже и в этом случае количество комбинаций, если брать во внимание, что UTF-8 поддерживает 2,164,864 доступных символа"
В формулировке утверждения - "поле", "мы можем ввести", значит, речь идет про пользовательский интерфейс, правильно?
Если рассматривать не сферическое рабочее место пользователя в вакууме, а с обычное, с обычной рабочей станцией, монитором и клавиатурой - каким образом можно ввести эти 2.2 млн символов?
Кроме того, никто не отменял деление входящих значений на классы эквивалентности.
На сколько классов эквивалентности можно разделить 2 164 864 символов?
Статья об этом умалчивает.
В общем, число тестов в размере 10 145 929 857 329 004 544 притянуто за уши...
Возможно, расчет был в том, чтобы впечатлить читателя магией больших цифр)
"Почему важна адаптация, или как уменьшить бардак на проекте")
Редкий зверь)
" ... Например, Международная ассоциация фасилитаторов (англ. International Association of Facilitators, IAF), существующая с 1989 года, в настоящее время включает более 1200 членов из 63 стран. Из России в ней в настоящее время зарегистрированы 15 человек. ... "
"нейронная сеть должна проехать 11 миллиардов миль ... чтобы достичь уровня опытного водителя-человека ... 100 беспилотных автомобилей ... 24 часа в сутки ... 365 дней в году ... уйдет более 500 лет."
Будущее наступит еще не скоро...
"Проблема заключается в том, что в такой системе случается пинг-понг задачами. У нас такое бывало. Разработка передаёт задачу в QA, QA её проверяет и возвращает разработке с багами. Разработчик правит эти баги, снова отправляет задачку в QA, а QA находит новые баги."
А где тут пинг-понг? Стандартный рабочий процесс. Найдены дефекты по задачи - задача возвращается на доработку.
"Порядка 30% задач могли возвращаться с уточнением требований."
Похоже на проблемы с аналитикой, формализацией требований задачи. У вас нет аналитиков в команде?
" Для примера, Линуксу учит ведущий эксперт по безопасности в Acronis. "
Как в спорте не каждый хороший игрок становится хорошим тренером, так и хороший специалист не всегда == хороший преподаватель
"Методы API являются интерфейсами различных программных классов, которые взаимодействуют с бизнес-сущностями. Разработчики могут спокойно покрывать их юнит-тестами. "
Разработчики весь функционал приложения могут покрывать юнит-тестами, не только методы API. Юнит-тесты проверяют функциональность не более низком уровне, у которого нет "интерфейса".
"UI-тесты можно упоминать как часть e2e тестирования."
Это хорошо, что UI, это часть End-to-End тестирования, тут нельзя не согласиться. Но как это относится к тестированию API?
Типы API тестирования - "unit тестирование, ... , UI-тесты". Какое отношение перечисленные виды тестирования имеют к тестированию API?
На сколько в итоге вырос бюджет, выделяемый на тестирование?