Telegram Group & Telegram Channel
Юрий Чернов «Искусство Agile-тестирования» (1)

На днях прочитала, так что делюсь впечатлениями.

Сложновато было читать, постоянно сбивался фокус из-за того, что не всегда было понятно, что хотел сказать автор. Терминология была непривычная: летучка (стендап), продуктивная система / продукция (реальная система, продакшен) и т.п. Со многими идеями и утверждениями я бы прямо поспорила.

А еще мне показалось, что в книге про Agile-тестирование как-то маловато Agile-тестирования.

Автор обещает раскрыть тему тестирования в контексте Agile подхода:

В этой книге мы рассматриваем не столько Agile-подход сам по себе, сколько Agile-тестирование. (Стр. 12)


При этом книга включает
- Обзор методологий. Agile - с бОльшими подробностями, остальные - с мЕньшими)
- Верхнеуровневые описания различных видов тестирования, техник тест-дизайна и т п (общие сведения о «тестировании вообще», которые не являются специфичными для Agile)
- Психологические аспекты работы в команде
- Типология людей по «стилям общения»
- и т. п.

Глава «Agile-тестирование» занимает 14 страниц из 200.

Ниже приведу некоторые цитаты (с моими комментариями и без).

…Кроме того, тестирование - это свобода, по крайней мере в выборе используемых средств. Профессионал способен автоматизировать свою работу без внешних ограничений, которые необходимы при разработке. Он имеет больше свободы. Поскольку здесь важен результат. (Стр. 10)


У меня сразу возник вопрос - а что, разве для программиста результат
не важен? И свободы у него нет?

Какие внешние ограничения есть у программистов, которых нет у тестировщиков? Они точно так же могут выбирать используемые средства (а иногда - не могут. Как и тестировщики!).

С сегодняшними инструментами <…> каждый человек с развитым здравым смыслом может быстро стать профессионалом. Но хорошим специалистом его сделает только знание предметной области.


Это все равно, что сказать «только тот тестировщик хорош, который хорошо умеет автоматизировать».

Мне все же кажется, хорошими специалистами нас делает довольно много всего. Знание предметной области играет в этом роль среди всего прочего.

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


Тут я опять не поняла, что хотел сказать автор, так как до того шла речь о том, как Agile помогает повысить эффективность. Что конкретно тут имеется в виду под производительностью, не указано.

…создайте условия, обеспечьте поддержку и полностью доверьтесь «мотивированным профессионалам». Этот принцип сформулировали как раз они. (Стр. 21)


Общеизвестный обмен информацией за кофе часто очень эффективен. (Стр. 22)


Выпуск работающего продукта на каждом спринте… (стр. 23)


Когда старая бюрократия сменяется новой или теперь Scrum-мастер навязывает мелочную опеку вместо менеджера, то бесполезно ожидать увеличения эффективности. (Стр. 25)


…в конце книги есть список терминов, понятия которых, естественно, даны в контексте этой книги. (Стр. 14)


…что-то из этого является общеизвестным, но необходимым для создания полной гомогенной картины… (стр. 13)


Возможно, автор имел в виду «непротиворечивой»?…

Эта методология в принципе является воплощением прикладного эмпиризма…(стр. 38)


Во-первых, следует снижать идеальные ожидания и требования к производительности всех команды. (Стр. 40)
👍8🔥4😁21



group-telegram.com/QA_with_a_spoon/106
Create:
Last Update:

Юрий Чернов «Искусство Agile-тестирования» (1)

На днях прочитала, так что делюсь впечатлениями.

Сложновато было читать, постоянно сбивался фокус из-за того, что не всегда было понятно, что хотел сказать автор. Терминология была непривычная: летучка (стендап), продуктивная система / продукция (реальная система, продакшен) и т.п. Со многими идеями и утверждениями я бы прямо поспорила.

А еще мне показалось, что в книге про Agile-тестирование как-то маловато Agile-тестирования.

Автор обещает раскрыть тему тестирования в контексте Agile подхода:

В этой книге мы рассматриваем не столько Agile-подход сам по себе, сколько Agile-тестирование. (Стр. 12)


При этом книга включает
- Обзор методологий. Agile - с бОльшими подробностями, остальные - с мЕньшими)
- Верхнеуровневые описания различных видов тестирования, техник тест-дизайна и т п (общие сведения о «тестировании вообще», которые не являются специфичными для Agile)
- Психологические аспекты работы в команде
- Типология людей по «стилям общения»
- и т. п.

Глава «Agile-тестирование» занимает 14 страниц из 200.

Ниже приведу некоторые цитаты (с моими комментариями и без).

…Кроме того, тестирование - это свобода, по крайней мере в выборе используемых средств. Профессионал способен автоматизировать свою работу без внешних ограничений, которые необходимы при разработке. Он имеет больше свободы. Поскольку здесь важен результат. (Стр. 10)


У меня сразу возник вопрос - а что, разве для программиста результат
не важен? И свободы у него нет?

Какие внешние ограничения есть у программистов, которых нет у тестировщиков? Они точно так же могут выбирать используемые средства (а иногда - не могут. Как и тестировщики!).

С сегодняшними инструментами <…> каждый человек с развитым здравым смыслом может быстро стать профессионалом. Но хорошим специалистом его сделает только знание предметной области.


Это все равно, что сказать «только тот тестировщик хорош, который хорошо умеет автоматизировать».

Мне все же кажется, хорошими специалистами нас делает довольно много всего. Знание предметной области играет в этом роль среди всего прочего.

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


Тут я опять не поняла, что хотел сказать автор, так как до того шла речь о том, как Agile помогает повысить эффективность. Что конкретно тут имеется в виду под производительностью, не указано.

…создайте условия, обеспечьте поддержку и полностью доверьтесь «мотивированным профессионалам». Этот принцип сформулировали как раз они. (Стр. 21)


Общеизвестный обмен информацией за кофе часто очень эффективен. (Стр. 22)


Выпуск работающего продукта на каждом спринте… (стр. 23)


Когда старая бюрократия сменяется новой или теперь Scrum-мастер навязывает мелочную опеку вместо менеджера, то бесполезно ожидать увеличения эффективности. (Стр. 25)


…в конце книги есть список терминов, понятия которых, естественно, даны в контексте этой книги. (Стр. 14)


…что-то из этого является общеизвестным, но необходимым для создания полной гомогенной картины… (стр. 13)


Возможно, автор имел в виду «непротиворечивой»?…

Эта методология в принципе является воплощением прикладного эмпиризма…(стр. 38)


Во-первых, следует снижать идеальные ожидания и требования к производительности всех команды. (Стр. 40)

BY Ужасно медленная QA с крайне неэффективными инструментами в поисках Грааля


Warning: Undefined variable $i in /var/www/group-telegram/post.php on line 260

Share with your friend now:
group-telegram.com/QA_with_a_spoon/106

View MORE
Open in Telegram


Telegram | DID YOU KNOW?

Date: |

WhatsApp, a rival messaging platform, introduced some measures to counter disinformation when Covid-19 was first sweeping the world. Now safely in France with his spouse and three of his children, Kliuchnikov scrolls through Telegram to learn about the devastation happening in his home country. For example, WhatsApp restricted the number of times a user could forward something, and developed automated systems that detect and flag objectionable content. The company maintains that it cannot act against individual or group chats, which are “private amongst their participants,” but it will respond to requests in relation to sticker sets, channels and bots which are publicly available. During the invasion of Ukraine, Pavel Durov has wrestled with this issue a lot more prominently than he has before. Channels like Donbass Insider and Bellum Acta, as reported by Foreign Policy, started pumping out pro-Russian propaganda as the invasion began. So much so that the Ukrainian National Security and Defense Council issued a statement labeling which accounts are Russian-backed. Ukrainian officials, in potential violation of the Geneva Convention, have shared imagery of dead and captured Russian soldiers on the platform. The account, "War on Fakes," was created on February 24, the same day Russian President Vladimir Putin announced a "special military operation" and troops began invading Ukraine. The page is rife with disinformation, according to The Atlantic Council's Digital Forensic Research Lab, which studies digital extremism and published a report examining the channel.
from id


Telegram Ужасно медленная QA с крайне неэффективными инструментами в поисках Грааля
FROM American