Как стать автором
Обновить

Тенденции, меняющие будущее тестирования программного обеспечения: Мнение экспертов

Время на прочтение 6 мин
Количество просмотров 5.8K
Всего голосов 1: ↑1 и ↓0 +1
Комментарии 9

Комментарии 9

Ох уж эти статьи про тренды. Причём сами тренды в статьях не меняются как минимум с 2017 года
Данные тенденции проверены временем и опытом на последних проектах. Поэтому выходит пока самые актуальные и универсальные. Тестировщики все еще очень важная часть разработки ПО
Позвольте поправить. Тестирование — важная часть в почти любой стратегии обеспечения контроля качества продукта.
А тестировщик — это всего лишь выделеная роль. Которая, кстати, по моему мнению себя изживает потихоньку. Разработка и тестирование неразделимы, это как инь и янь. Так что, эта граница будет потихоньку стираться.

Обеспечивать качество продукта с помощью тестировщиков это как обеспечивать чистоту города с помощью дворников. Ведь интуитивно понятно, что в идеале стоит стремиться к тому, чтобы дворники были не нужны. «Чисто не там где убирают, а там где не мусорят».

У меня другой вопрос, про искуственный интеллект в тестировании все упоминают, и хоть бы один пример для какой конретно задачи. Читал вон как-то — генерирование тестовых данных. Но там тоже никакой конретики. А тут вон вообще «самоадаптирующийся ИИ» хотя все знают, что обученую нейронку переучить очень сложно. И к чему он должен адаптироваться — вообще не ясно.

Спасибо за поправку)
Да, тенденция в автоматизацию есть. И в целом название QA Engineer себя потихоньку изживает, по крайней мере в США и Европе все чаще звучит название данное позиции как Software Developer in Test
По поводу искусcтвенного интеллекта. В любом случае есть процесс обучения нейронок, есть процессы ручной разметки, есть процессы проверки данных на выходе для разных слоев. Вот здесь может и помочь тестирование в классическом виде. Либо некие автоматизированные скрипты.

Modern Testing Principles (Alan Page & Brent Jensen)
Все уже давно сформулировано и обсосано со всех сторон, повторяться не вижу смысла. Вкратце, тестирование — да, тестировщики — не факт.


Самоодаптирующийся ИИ думаю высосали из последнего опуса ISTQB, не самый уважаемый ныне источник. А так, почти все известные широкой публике "ИИ" это переучивающиеся локаторы (не спорю, есть другие разработки, но очень нишевые).

НЛО прилетело и опубликовало эту надпись здесь
Можно спецификации описывать используя BDD подход, т.е. описывать бизнес требования и потом уже автоматизировать ( Specflow, Cucumber и тд )

Ну вот и классические аргументы "а как вы автоматизируете Х" подъехали, где Х — с неразрешенной проблемой оракула.


Вы не принимайте на свой счет мою язвительность, просто количество дискуссий, где это всплывает, перевалило уже за рамки приличия =)


Как ни странно, в этом переводе таки упомянуто, что не все автоматизируемо. Неплохо, учитывая, что участики интервью известны как любители\продавцы автоматизации.


Относительно вашего вопроса, автоматизировать именно "тестирование спецификации," то бишь проверки её на понятность, непротиворечивость, и прочее: никак. Другое дело, что чаще всего так называемые тестировщики не имеют навыков и\или влияния для хорошего тестирования спек.


  • нет навыков бизнес анализа, рисовать правильные графы, и т.п.
  • нет влияния: результаты твоего тестирования складываются в дыру бэклога и никто не правит спеки до разработки. Честно говоря, это самая частая проблема в моей работе.
Да, в точку. Очень круто когда тестировщик является специалистом в доменной области. Т.е. думает еще и о бизнесе, а не тупо прокликивают как им кажется. Такой специалист всегда будет иметь вес в приоритизации бэклога, так как глубоко понимает проблематику
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории