Перейти к содержимому

Фотография

ISTQB учит плохому?

ISTQB

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 22

#1 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 26 ноября 2019 - 10:49

В реальной работе тестировщика, а особенно в современном эджайле, тест-планы и тест-кейсы не требуются наверное в 95% случаев

 

Но несмотря на это ISTQB и подавляющее большинство книг по тестированию утверждают что начинать тестирование надо начинать именно с написания тест-плана и тест-кейсов, потом конечно идет выполнение этих тест-кейсов. Как будто никакого эджайла и не существует. Теперь ведь вместо тест-планов есть спринт-рефайнмент, вместо тест-кейсов чек-листы и исследовательское тестирование, вместо ручной регрессии автоматизированные тесты. Тест-менеджеров и тех практически не осталось

 

Может, пора уже принять современные реалии?


  • 0

#2 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 26 ноября 2019 - 10:57

Я с  ISTQB незнаком, поэтому уточняющий вопрос - а он учит, что надо начинать с ТК или учит как их составлять?

Вопрос к тому, что основы то надо знать. Если новички ломанутся сразу проводить исследовательское тестирование, то выйдет только хуже, имхо.


  • 0

#3 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 26 ноября 2019 - 12:45

 

Я с  ISTQB незнаком, поэтому уточняющий вопрос - а он учить, что надо начинать с ТК или учит как их составлять?

Вопрос к тому, что основы то надо знать. Если новички ломанутся сразу проводить исследовательское тестирование, то выйдет только хуже, имхо.

http://istqbfoundati...process-k1.html

 

вот это основа основ ISTQB: "Фундаментальный процесс тестирования", и там в третьем пункте про создание и выполнение тест-кейсов и тест-сьютов

 

не то чтобы "начинать с тест-кейсов", а просто "вот именно тест-кейсы надо делать, так как это часть фундаментального процесса тестирования"


  • 0

#4 checo

checo

    Опытный участник

  • Members
  • PipPipPipPip
  • 400 сообщений
  • Город:Н.Новгород

Отправлено 26 ноября 2019 - 12:49

ISTQB вообще не учит, с чего начинать тестирование. Они описывают набор разных практик. Нужно к этому относиться как к багажу знаний и унификации некоторых понятий.

Да, в Foundation на первом месте стоят формальные практики тест-дизайна, и много места в тестах занимают задачки на них. Но это же база, которую никому знать не вредно.

 

Уровень Foundation - "как бы" для начинающих (хотя у нас его часто сдают как раз после нескольких лет опыта). Поэтому там формальной стороне уделяется больше внимания.

Почитайте силлабусы для Advanced.

Там они продавливают точку зрения, что неопытным тестировщикам надо начинать с тест-кейсов и формальных техник, а более опытные используют более общий подход и исследовательское тестирование.

А в разделах про жизненный цикл и менеджмент везде пишут, что в зависимости от нужд вашего процесса его можно делать более или менее формальным. Если в базовом курсе один шаблон жизненного цикла, то на продвинутом уровне говорят про разные виды. Это как разные классы в школе: сначала работаем только с положительными числами.

 

Есть другая проблема: при подготовке к ISTQB может возникнуть искажение целей. Они дают набор методик, и у человека появляется цель знать все эти методики, чтобы пройти экзамен. А потом кажется, что всё это непременно в той же пропорции надо применять на работе.


  • 1

#5 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 26 ноября 2019 - 13:44

 

 

ISTQB вообще не учит, с чего начинать тестирование.

по факту учит, указывает что надо делать обязательно, представляя "Фундаментальный процесс тестирования"

 

что это вот именно те шаги которые надо произвести чтобы сделать "правильное тестирование", что вот именно надо "сначала планируем, потом создаём кейсы, потом запускаем их"

 

 

Почитайте силлабусы для Advanced.

Там они продавливают точку зрения, что неопытным тестировщикам надо начинать с тест-кейсов и формальных техник, а более опытные используют более общий подход и исследовательское тестирование.

ну открыл например Адвансд Техникал Аналист, то же самое что и в фаундейшн:

пункт "1.5.2 Creation of Test Cases"

 

то есть тот же самый "фундаментальный процесс" и в продвинутых сертификатах

 

 

 

А в разделах про жизненный цикл и менеджмент везде пишут, что в зависимости от нужд вашего процесса его можно делать более или менее формальным. 

тут даже не про уровень формальности. Для примера: в эджайле можно и нужно начинать тестирование как можно раньше, чтобы дать фидбэк, а по "фундаментальному процессу" надо сначала писать тест-кейсы и только потом начинать тестирование


  • 0

#6 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 26 ноября 2019 - 14:08

http://istqbfoundati...process-k1.html
 
вот это основа основ ISTQB: "Фундаментальный процесс тестирования", и там в третьем пункте про создание и выполнение тест-кейсов и тест-сьютов
 
не то чтобы "начинать с тест-кейсов", а просто "вот именно тест-кейсы надо делать, так как это часть фундаментального процесса тестирования"

Фундаментальный процесс тестирования и эджайл это все же разные вещи, имхо.

Значит ISTQB это "неповоротливый монстр", который еще не успел перестроиться под актуальные реалии жизни. Книжки тоже печатались десятилетиями, а тут вот вам))

Вы же не будете ругать вотерфолл за то, что он такой медленный, а все уже перешли на гибкие методологии? Кто-то ушел, кто-то остался)


  • 0

#7 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 26 ноября 2019 - 14:31

почитал их сайты и разобрался что к чему:

 

https://www.rstqb.or...tification.html

 

вот он, путь сертификации: 

сначала мы должны получить базовый сертификат "Сертифицированный тестировщик", который полностью основан на устаревшей водопадной модели, где есть тестирования получает продукт от отдела разработки и начинает писать тест-кейсы

а потом мы получаем доступ к ещё одному базовому же сертификату "Тестирование в гибких методологиях", который уже основан на нормальном эджайле

 

все остальные курсы основаны опять же на водопадной модели, как и первый сертификат

 

вот и проблема: 

в основном люди хватают первый сертификат (водопадный) и на этом заканчивают, либо берут продвинутые сертификаты (опять же водопадные)

 

получается ISTQB вместо того, чтобы переписать свои книги и сертификации учитывая существования эджайл - просто добавили один эджайл сертификат и наплодили кучу разных водопадных сертификатов. Но переписывать ведь дорого, а если добавить сертификатов - то это только профит.

 

вот многочисленные "выпускники ISTQB" со знанием водопада попадают конечно же в эджайл компании и пытаются применять "полученные знания", в которых надо писать тест-кейсы

Этот сертификат "Тестирование в гибких методологиях" по факту должен быть объединён с "Сертифицированный тестировщик" и быть одним входным сертификатом


  • 0

#8 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 26 ноября 2019 - 15:39

Я как-то уже писал))
Сертификат нужен для зарабатывания денег. Но не вами, а компанией, которая проводит сертификацию.
Какой же бизнесмен, в здравом уме, пустит под нож наработанный материал, который используется годами? И зачем им делать один экзамен из двух? Это же уменьшит денежные вливания.
А что все получают базовый водопад вместо современного среза знаний, так это издержки производства)) Хотя рекламы могло быть и побольше:)


  • 2

#9 Kristine12716

Kristine12716

    Новый участник

  • Members
  • Pip
  • 5 сообщений
  • ФИО:Иванова Кристина Алексеевна

Отправлено 27 ноября 2019 - 13:26

Как раз сдаю экзамен в субботу в Санкт Петерурге. ISTQB не учит плохому, а учит теории. То, какая я тестировщица точно не зависит от сертификата) мне лично он нужен для галочки ( для самолюбования) ну и неплохо я теорию подучила. т.к. на работе лишь практика.


  • 1

#10 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 27 ноября 2019 - 14:40

 

 

ISTQB не учит плохому, а учит теории. 

ну а Вы прочитали обсуждение, или только заглавие?

 

там можно прочитать, что "Сертифицированный тестировщик" учит не тому процессу который используется в большинстве компаний - то есть данный сертификат учит как работать по водопадному процессу, хотя большинство компаний уже давно перешли на эджайл. И вот эта теория "сначала создайте тесты, только затем выполняйте тесты" вредна и не работает в эджайле


  • 0

#11 checo

checo

    Опытный участник

  • Members
  • PipPipPipPip
  • 400 сообщений
  • Город:Н.Новгород

Отправлено 27 ноября 2019 - 16:18

что это вот именно те шаги которые надо произвести чтобы сделать "правильное тестирование", что вот именно надо "сначала планируем, потом создаём кейсы, потом запускаем их"

Ну, каждый видит то, что хочет.

В первом же абзаце раздела 1.4, посвященного тестовому процессу (в Foundation!):

"The proper, specific software test process in any given situation depends on many factors. Which test activities are involved in this test process, how these activities are implemented, and when these activities occur may be discussed in an organization’s test strategy."

Далее описан фундаментальный процесс в традиционной последовательности. А как его еще описать? Не говорить про то, что нужно проводить анализ перед началом работы?


  • 0

#12 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 27 ноября 2019 - 16:30

 

 

Далее описан фундаментальный процесс в традиционной последовательности. А как его еще описать? Не говорить про то, что нужно проводить анализ перед началом работы?

 

так выше обсуждение почитайте

 

этот базовый сертификат подробно описывает все шаги "традиционной модели" она же "водопадная" - которая скорее всего не нужна будет на работе так как у всех эджайл

 

а вот что должно быть в базовом сертификате, так это просто краткое упоминание традиционной/фундаментальной/водопадной модели, и дальше описание как работать по эджайлу, как это сделано у них же но в другом сертификате "Тестирование в гибких методологиях"

https://www.istqb.or...n-syllabus.html


  • 0

#13 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 906 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 29 ноября 2019 - 11:09

В реальной работе тестировщика, а особенно в современном эджайле, тест-планы и тест-кейсы не требуются наверное в 95% случаев

 

https://www.youtube....h?v=DvMh4_ak6r4


  • 0

Software Testing Glossary - простыми словами о непростых словах.


#14 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 29 ноября 2019 - 11:12

 

 

https://www.youtube....h?v=DvMh4_ak6r4

ну и к чему тут троллинг?


  • 0

#15 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 906 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 29 ноября 2019 - 11:56

 

https://www.youtube....h?v=DvMh4_ak6r4

ну и к чему тут троллинг?

Вот у меня тот же вопрос возник.

 

В реальной работе тестировщика тест-планы и тест-кейсы не требуются наверное в 95% случаев.

 

Неправда.

 

а особенно в современном эджайле,

 

Что ещё за современный аджайл?

 

ISTQB и книги по тестированию утверждают что начинать тестирование надо начинать именно с написания тест-плана и тест-кейсов, потом конечно идет выполнение этих тест-кейсов. Как будто никакого эджайла и не существует. Теперь ведь вместо тест-планов есть спринт-рефайнмент, вместо тест-кейсов чек-листы и исследовательское тестирование, вместо ручной регрессии автоматизированные тесты. Тест-менеджеров и тех практически не осталось

 

Это… (да это троллинг!)


  • 0

Software Testing Glossary - простыми словами о непростых словах.


#16 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 29 ноября 2019 - 13:52

 

Вот у меня тот же вопрос возник.

 

В реальной работе тестировщика тест-планы и тест-кейсы не требуются наверное в 95% случаев.

 

Неправда.

 

а особенно в современном эджайле,

 

Что ещё за современный аджайл?

 

ISTQB и книги по тестированию утверждают что начинать тестирование надо начинать именно с написания тест-плана и тест-кейсов, потом конечно идет выполнение этих тест-кейсов. Как будто никакого эджайла и не существует. Теперь ведь вместо тест-планов есть спринт-рефайнмент, вместо тест-кейсов чек-листы и исследовательское тестирование, вместо ручной регрессии автоматизированные тесты. Тест-менеджеров и тех практически не осталось

 

Это… (да это троллинг!)

сразу видно что не читали обсуждение, а только выборочные предложения

 

почитайте, там конкретно же показано, что первый сертификат ISTQB учит именно водопадной модели, и только потом даёт доступ к сертификату по гибкой модели

 

вот в этом и проблема


  • 0

#17 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 906 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 29 ноября 2019 - 15:07

Ок, предположим, что мы идём к чувакам из ISTQB, кладём их всех на пол и начинаем их судить:

 

— Вы утверждаете, что начинать тестирование надо начинать именно с написания тест-плана и тест-кейсов, а потом конечно, гоу-гоу на выполнение этих тест-кейсов.

 

— Ну, здравый смысл же… Сперва вымой руки, затем садись за стол…

 

— Но ведь всё поменялось! Теперь ведь:

(1) вместо тест-планов есть спринт-рефайнмент,

(2) вместо тест-кейсов — чек-листы и исследовательское тестирование,

(3) вместо ручной регрессии — автоматизированные тесты.

(4) Тест-менеджеров и тех практически не осталось! Пора уже принять современные реалии.

 

И вот здесь я не согласен. Ничего не поменялось. Спринт-рефайнмент что, отменяет тестирование? Исследовательское тестирование что, отрицает тест-кейсы? Автоматизация что, решает проблему регресса? Автоматизация, кстати, чего именно?  Функциональных тестов? Юнит тестов? Аджайл что, отменяет/заменяет установки "традиционной модели" (она же "водопадная", она же Соня Канцельбоген, воровка на доверии и особа, приближённая к императору)?

 

И если ответы будут «Да!», то мне сейчас, глядя на лежащих на полу чуваков из ISTQB, придётся признать, что мой собрат не понимает того, чем он занимается, и несёт в эфир белиберду белиберденьскую, бо его, походу, укусил какой-то дурак с неправильным аджайлом. Придётся извиняться перед этими чуваками.

 

Проще сказать, что коммандер нас троллит и не засорять эфир, чем признать, что он заблуждается относительно ряда основополагающих принципов Звёздного флота (отсюда множество вопросов к выпустившей его Академии) и пригласить его засесть за учебники, а не выводить самостоятельную теорию относительности эволюции.

 

Понятно ли я говорю?


  • 1

Software Testing Glossary - простыми словами о непростых словах.


#18 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 29 ноября 2019 - 15:23

 

Ок, предположим, что мы идём к чувакам из ISTQB, кладём их всех на пол и начинаем их судить:

 

— Вы утверждаете, что начинать тестирование надо начинать именно с написания тест-плана и тест-кейсов, а потом конечно, гоу-гоу на выполнение этих тест-кейсов.

 

— Ну, здравый смысл же… Сперва вымой руки, затем садись за стол…

 

— Но ведь всё поменялось! Теперь ведь:

(1) вместо тест-планов есть спринт-рефайнмент,

(2) вместо тест-кейсов — чек-листы и исследовательское тестирование,

(3) вместо ручной регрессии — автоматизированные тесты.

(4) Тест-менеджеров и тех практически не осталось! Пора уже принять современные реалии.

 

И вот здесь я не согласен. Ничего не поменялось. Спринт-рефайнмент что, отменяет тестирование? Исследовательское тестирование что, отрицает тест-кейсы? Автоматизация что, решает проблему регресса? Автоматизация, кстати, чего именно?  Функциональных тестов? Юнит тестов? Аджайл что, отменяет/заменяет установки "традиционной модели" (она же "водопадная", она же Соня Канцельбоген, воровка на доверии и особа, приближённая к императору)?

 

И если ответы будут «Да!», то мне сейчас, глядя на лежащих на полу чуваков из ISTQB, придётся признать, что мой собрат не понимает того, чем он занимается, и несёт в эфир белиберду белиберденьскую, бо его, походу, укусил какой-то дурак с неправильным аджайлом. Придётся извиняться перед этими чуваками.

 

Проще сказать, что коммандер нас троллит и не засорять эфир, чем признать, что он заблуждается относительно ряда основополагающих принципов Звёздного флота (отсюда множество вопросов к выпустившей его Академии) и пригласить его засесть за учебники, а не выводить самостоятельную теорию относительности эволюции.

 

Понятно ли я говорю?

очевидно что пост номер 7 вверху так и не прочитали:

https://software-tes...khomu/?p=174614

 

эджайл от водопада между прочим сильно отличается. По водопаду мы получаем софт на тестирование, составляем тест-план и начинаем писать тест-кейсы, тестируем только после того как написали кейсы. Всё в порядке водопада

 

а в эджайле тестировать надо как можно раньше, лучше даже до написания кода. плюс тест-кейсы обычно слишком тяжеловесны для такой быстрой разработки, и нет отдела тестирования чтобы их поддерживать


  • 0

#19 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 02 декабря 2019 - 08:54

а в эджайле тестировать надо как можно раньше, лучше даже до написания кода. плюс тест-кейсы обычно слишком тяжеловесны для такой быстрой разработки, и нет отдела тестирования чтобы их поддерживать


Что-то мне говорит, что методику "начинать тестирование как можно раньше" я слышал еще до эджайла)


  • 0

#20 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 02 декабря 2019 - 09:15

 

 

Что-то мне говорит, что методику "начинать тестирование как можно раньше" я слышал еще до эджайла)

конечно и раньше такое было, но не в "фундаментальном процессе тестирования". В водопаде вообще сложно начать тестировать "раньше", так как тестировщик получит продукт только в конце процесса

 

я недавно был на лекции Monika Stöcklein-Olsen, которая участвует в разработке ISTQB, и она приводила пример из своей практики, где применяла этот процесс:

менеджер на проекте её попросил, давайте уж мол начинайте тестировать. А она как Тест Менеджер отвечает, что пока не напишут тест-кейсы, к тестированию не приступят, ведь без написанных тест-кейсов невозможно понять прогресс тестирования


  • 0



Темы с аналогичным тегами ISTQB

Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных