Общие вопросы Software-Testing.Ru - портал специалистов по тестированию и обеспечению качества ПО https://software-testing.ru/library/testing/general-testing 2024-04-27T23:22:53Z Joomla! 1.5 - Open Source Content Management Do it yourself: как тестировать приложение без QA 2024-04-23T20:00:00Z 2024-04-23T20:00:00Z https://software-testing.ru/library/testing/general-testing/4207-do-it-yourself Administrator barancev@gmail.com <p>Автор:&nbsp; Женя Шаповалов, Senior Android/Flutter Developer в компании Innowise (и хэд mobile department там же). В мобильной разработке я с 2015 года, начинал с Android, а за Flutter мы принялись вместе с коллегами в Innowise - да так мощно, что в итоге в компании появилось отдельное направление разработки.</p><p>Сегодня рассказываю, как правильно тестировать код,&nbsp; и делимся личным опытом. Да-да, ты все понял верно: при разработке мобильных приложений тестирование проводит не только QA-инженер, но и сам автор кода. Причем не только в самом конце, когда приложение почти готово, но и в процессе. Мы сегодня рассмотрим оба этапа.&nbsp;</p> <p>Автор:&nbsp; Женя Шаповалов, Senior Android/Flutter Developer в компании Innowise (и хэд mobile department там же). В мобильной разработке я с 2015 года, начинал с Android, а за Flutter мы принялись вместе с коллегами в Innowise - да так мощно, что в итоге в компании появилось отдельное направление разработки.</p><p>Сегодня рассказываю, как правильно тестировать код,&nbsp; и делимся личным опытом. Да-да, ты все понял верно: при разработке мобильных приложений тестирование проводит не только QA-инженер, но и сам автор кода. Причем не только в самом конце, когда приложение почти готово, но и в процессе. Мы сегодня рассмотрим оба этапа.&nbsp;</p> Не читал? Я осуждаю! 5 имен, которые должен знать каждый тестировщик 2024-03-25T20:00:00Z 2024-03-25T20:00:00Z https://software-testing.ru/library/testing/general-testing/4197--five-names Administrator barancev@gmail.com <p><a href="https://habr.com/ru/companies/ibs/articles/797105/" mce_href="https://habr.com/ru/companies/ibs/articles/797105/" target="_blank" style="">Оригинальная публикация</a></p><p> <em>«Дедушка российского тестирования», тестировщик с 50-летним стажем Александр Александров объясняет, почему классическая научная литература по тестированию по-прежнему актуальна и с каких основополагающих текстов стоит начинать свой путь в этой профессии.</em></p><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/2c6/5f2/2df/2c65f22dfe5dab05b7d66f0c5d8a5093.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/2c6/5f2/2df/2c65f22dfe5dab05b7d66f0c5d8a5093.png" width="1023" height="576" data-src="https://habrastorage.org/getpro/habr/upload_files/2c6/5f2/2df/2c65f22dfe5dab05b7d66f0c5d8a5093.png"></p><p>Я уже <a href="https://habr.com/ru/companies/ibs/articles/735686/" mce_href="https://habr.com/ru/companies/ibs/articles/735686/">писал</a> о том, что текущее восприятие профессии тестировщика в массовом сознании как простейшем способе «войти в айти» (а потом, видимо, быстренько вырасти в «более серьезную» специальность вроде программирования) в корне ошибочно. Кажущаяся простота и низкий порог вхождения в тестирование влечет за собой много неприятных последствий, включая перегрев рынка и неизбежное разочарование соискателей. Но сегодня я хочу поговорить о такой проблеме, как отсутствие фундаментальных знаний, необходимых для развития нашей профессии.</p> <p><a href="https://habr.com/ru/companies/ibs/articles/797105/" mce_href="https://habr.com/ru/companies/ibs/articles/797105/" target="_blank" style="">Оригинальная публикация</a></p><p> <em>«Дедушка российского тестирования», тестировщик с 50-летним стажем Александр Александров объясняет, почему классическая научная литература по тестированию по-прежнему актуальна и с каких основополагающих текстов стоит начинать свой путь в этой профессии.</em></p><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/2c6/5f2/2df/2c65f22dfe5dab05b7d66f0c5d8a5093.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/2c6/5f2/2df/2c65f22dfe5dab05b7d66f0c5d8a5093.png" width="1023" height="576" data-src="https://habrastorage.org/getpro/habr/upload_files/2c6/5f2/2df/2c65f22dfe5dab05b7d66f0c5d8a5093.png"></p><p>Я уже <a href="https://habr.com/ru/companies/ibs/articles/735686/" mce_href="https://habr.com/ru/companies/ibs/articles/735686/">писал</a> о том, что текущее восприятие профессии тестировщика в массовом сознании как простейшем способе «войти в айти» (а потом, видимо, быстренько вырасти в «более серьезную» специальность вроде программирования) в корне ошибочно. Кажущаяся простота и низкий порог вхождения в тестирование влечет за собой много неприятных последствий, включая перегрев рынка и неизбежное разочарование соискателей. Но сегодня я хочу поговорить о такой проблеме, как отсутствие фундаментальных знаний, необходимых для развития нашей профессии.</p> Экзотические баги и их устранение 2024-02-19T20:00:00Z 2024-02-19T20:00:00Z https://software-testing.ru/library/testing/general-testing/4175-exotic-bugs Administrator barancev@gmail.com <p>Оригинал опубликован <a href="https://habr.com/ru/companies/rshb/articles/787556/" mce_href="https://habr.com/ru/companies/rshb/articles/787556/" target="_blank" style="">в блоге на Хабре РСХБ-Интех сотрудником Ахметовым Андреем</a></p><p> Меня зовут Андрей Ахметов, я ведущий инженер и тестировщик системы ЕСПП в ООО «РСХБ-Интех», технологической дочке Россельхозбанка. Сегодня расскажу вам шесть небольших историй о том, какие экзотические баги бывают и как их устранять.</p><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/b8d/a14/db8/b8da14db8ef467cf74d4fd5faa147f15.jpg" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/b8d/a14/db8/b8da14db8ef467cf74d4fd5faa147f15.jpg" width="1600" height="916" data-src="https://habrastorage.org/getpro/habr/upload_files/b8d/a14/db8/b8da14db8ef467cf74d4fd5faa147f15.jpg"></p><p>ЕСПП (единая система приема платежей) — мидл‑решение, расположенное в центре хитросплетений систем РСХБ. Подробнее о том, что это за система и с какими сервисами она взаимодействует можно почитать <a href="https://habr.com/ru/companies/rshb/articles/777924/" mce_href="https://habr.com/ru/companies/rshb/articles/777924/">в отдельном материале на Хабре</a>. Добавлю лишь, что за последние годы она нам стала практически родной.</p><p>Для тестирования ЕСПП мы используем широкий набор инструментов, начиная с привычного всем Postman и заканчивая самописным ПО, созданным для конкретных задач. В процессе работы мы ловим самые разные баги. Некоторые из них удостоились упоминания в этом материале.</p> <p>Оригинал опубликован <a href="https://habr.com/ru/companies/rshb/articles/787556/" mce_href="https://habr.com/ru/companies/rshb/articles/787556/" target="_blank" style="">в блоге на Хабре РСХБ-Интех сотрудником Ахметовым Андреем</a></p><p> Меня зовут Андрей Ахметов, я ведущий инженер и тестировщик системы ЕСПП в ООО «РСХБ-Интех», технологической дочке Россельхозбанка. Сегодня расскажу вам шесть небольших историй о том, какие экзотические баги бывают и как их устранять.</p><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/b8d/a14/db8/b8da14db8ef467cf74d4fd5faa147f15.jpg" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/b8d/a14/db8/b8da14db8ef467cf74d4fd5faa147f15.jpg" width="1600" height="916" data-src="https://habrastorage.org/getpro/habr/upload_files/b8d/a14/db8/b8da14db8ef467cf74d4fd5faa147f15.jpg"></p><p>ЕСПП (единая система приема платежей) — мидл‑решение, расположенное в центре хитросплетений систем РСХБ. Подробнее о том, что это за система и с какими сервисами она взаимодействует можно почитать <a href="https://habr.com/ru/companies/rshb/articles/777924/" mce_href="https://habr.com/ru/companies/rshb/articles/777924/">в отдельном материале на Хабре</a>. Добавлю лишь, что за последние годы она нам стала практически родной.</p><p>Для тестирования ЕСПП мы используем широкий набор инструментов, начиная с привычного всем Postman и заканчивая самописным ПО, созданным для конкретных задач. В процессе работы мы ловим самые разные баги. Некоторые из них удостоились упоминания в этом материале.</p> Преодолеваем синдром самозванца в тестировании 2024-03-13T20:00:00Z 2024-03-13T20:00:00Z https://software-testing.ru/library/testing/general-testing/4169-overcoming-impostor-syndrome-as-a-software-tester Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/impostor syndrome.jpg" mce_src="https://software-testing.ru/images/stories/library/impostor syndrome.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Наталья Ханчич (Nataliya Hanchych)<br /><strong><a href="https://www.ministryoftesting.com/articles/7197b61c" mce_href="https://www.ministryoftesting.com/articles/7197b61c" target="_blank" style="">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p>Синдром самозванца заставляет опытных тестировщиков чувствовать себя ущербными. В статье вы узнаете, как перевести мысли в другое русло, получить обратную связь и найти сообщество, которое поможет справиться с неверием в собственные силы.</p> <p><strong><img src="https://software-testing.ru/images/stories/library/impostor syndrome.jpg" mce_src="https://software-testing.ru/images/stories/library/impostor syndrome.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Наталья Ханчич (Nataliya Hanchych)<br /><strong><a href="https://www.ministryoftesting.com/articles/7197b61c" mce_href="https://www.ministryoftesting.com/articles/7197b61c" target="_blank" style="">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p>Синдром самозванца заставляет опытных тестировщиков чувствовать себя ущербными. В статье вы узнаете, как перевести мысли в другое русло, получить обратную связь и найти сообщество, которое поможет справиться с неверием в собственные силы.</p> 7 основных тенденций в тестировании Web Front-End 2024-03-04T20:00:00Z 2024-03-04T20:00:00Z https://software-testing.ru/library/testing/general-testing/4163-7-major-trends-in-front-end-web-testing Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/7-major-trends/7-major-trends1.jpg" mce_src="https://software-testing.ru/images/stories/library/7-major-trends/7-major-trends1.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Энди Найт (Andy Knight)<br /><strong><a href="https://automationpanda.com/2022/06/23/7-major-trends-in-front-end-web-testing/" mce_href="https://automationpanda.com/2022/06/23/7-major-trends-in-front-end-web-testing/" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p>На картинке этой статьи вы видите прекрасный фронтэнд. Возможно, это не тот "фронтэнд", которого вы ожидали. Это фронтэнд <a href="https://en.wikipedia.org/wiki/Volkswagen_Karmann_Ghia" mce_href="https://en.wikipedia.org/wiki/Volkswagen_Karmann_Ghia">Фольксваген Карманн Гиа</a> 1974 года выпуска. Карманн Гиа славился, как "Порше для бедняков". Это очень необычная машина. По сути это совместный проект <a href="https://en.wikipedia.org/wiki/Karmann" mce_href="https://en.wikipedia.org/wiki/Karmann">Вильгельма Карманна</a>, немецкого производителя автомобилей, и <a href="https://en.wikipedia.org/wiki/Carrozzeria_Ghia" mce_href="https://en.wikipedia.org/wiki/Carrozzeria_Ghia">Каррозцерии Гиа</a>, итальянского автодизайнера. Гиа разработал произведение искусства – корпус, а Карманн поставил его на испытанную надежную платформу классического "<a href="https://en.wikipedia.org/wiki/Volkswagen_Beetle" mce_href="https://en.wikipedia.org/wiki/Volkswagen_Beetle">Фольксваген Жук</a>". Когда машину увидели директора Фольксваген, они не могли не разрешить массовое производство.</p> <p>Карманн Гиа – отличный символ текущего состояния веб-разработки. Мы стремимся к красивым фронтэндам с надежными поддерживающими их платформами со стороны бэкэнда. Сотрудничество обеих сторон –ключевой фактор успеха, но больше всего людям запоминается опыт, полученный при работе с вашими приложениями. Моя мама водила Карманн Гиа, когда была подростком, и по сей день вспоминает, как это было прекрасно.</p> <p>Хорошее качество, дизайн и опыт – неотъемлемые аспекты фронтэнда, неважно, для классических автомобилей или для Web. В этой статье я поделюсь семью основными тенденциями, которые я наблюдаю в тестировании фронтэнда. В этом мире происходит масса клевых вещей, но держите в уме основной момент: <strong>инструменты и технологии могут меняться, но базовые принципы тестирования остаются теми же.</strong> Тестирование – это взаимодействие плюс верификация. Тесты вскрывают истину о нашем коде и наших фичах. Мы тестируем в ходе разработки, чтобы получить быструю обратную связь для исправлений и улучшений. Все тренды, о которых я буду говорить, базируются на этих принципах. При хорошем тестировании вы убедитесь, что ваши приложения визуально идеальны, прямо как… сами знаете, что.</p> <p><strong><img src="https://software-testing.ru/images/stories/library/7-major-trends/7-major-trends1.jpg" mce_src="https://software-testing.ru/images/stories/library/7-major-trends/7-major-trends1.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Энди Найт (Andy Knight)<br /><strong><a href="https://automationpanda.com/2022/06/23/7-major-trends-in-front-end-web-testing/" mce_href="https://automationpanda.com/2022/06/23/7-major-trends-in-front-end-web-testing/" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p>На картинке этой статьи вы видите прекрасный фронтэнд. Возможно, это не тот "фронтэнд", которого вы ожидали. Это фронтэнд <a href="https://en.wikipedia.org/wiki/Volkswagen_Karmann_Ghia" mce_href="https://en.wikipedia.org/wiki/Volkswagen_Karmann_Ghia">Фольксваген Карманн Гиа</a> 1974 года выпуска. Карманн Гиа славился, как "Порше для бедняков". Это очень необычная машина. По сути это совместный проект <a href="https://en.wikipedia.org/wiki/Karmann" mce_href="https://en.wikipedia.org/wiki/Karmann">Вильгельма Карманна</a>, немецкого производителя автомобилей, и <a href="https://en.wikipedia.org/wiki/Carrozzeria_Ghia" mce_href="https://en.wikipedia.org/wiki/Carrozzeria_Ghia">Каррозцерии Гиа</a>, итальянского автодизайнера. Гиа разработал произведение искусства – корпус, а Карманн поставил его на испытанную надежную платформу классического "<a href="https://en.wikipedia.org/wiki/Volkswagen_Beetle" mce_href="https://en.wikipedia.org/wiki/Volkswagen_Beetle">Фольксваген Жук</a>". Когда машину увидели директора Фольксваген, они не могли не разрешить массовое производство.</p> <p>Карманн Гиа – отличный символ текущего состояния веб-разработки. Мы стремимся к красивым фронтэндам с надежными поддерживающими их платформами со стороны бэкэнда. Сотрудничество обеих сторон –ключевой фактор успеха, но больше всего людям запоминается опыт, полученный при работе с вашими приложениями. Моя мама водила Карманн Гиа, когда была подростком, и по сей день вспоминает, как это было прекрасно.</p> <p>Хорошее качество, дизайн и опыт – неотъемлемые аспекты фронтэнда, неважно, для классических автомобилей или для Web. В этой статье я поделюсь семью основными тенденциями, которые я наблюдаю в тестировании фронтэнда. В этом мире происходит масса клевых вещей, но держите в уме основной момент: <strong>инструменты и технологии могут меняться, но базовые принципы тестирования остаются теми же.</strong> Тестирование – это взаимодействие плюс верификация. Тесты вскрывают истину о нашем коде и наших фичах. Мы тестируем в ходе разработки, чтобы получить быструю обратную связь для исправлений и улучшений. Все тренды, о которых я буду говорить, базируются на этих принципах. При хорошем тестировании вы убедитесь, что ваши приложения визуально идеальны, прямо как… сами знаете, что.</p> Уважение к нашим клиентам 2024-02-27T20:00:00Z 2024-02-27T20:00:00Z https://software-testing.ru/library/testing/general-testing/4162-respect-for-our-clients Administrator barancev@gmail.com <p><strong>Автор: </strong>Майкл Болтон (Michael Bolton)<br /><strong><a href="https://developsense.com/blog/2023/04/respect-for-our-clients" mce_href="https://developsense.com/blog/2023/04/respect-for-our-clients" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p>Я долгое время заявлял, что тестирование должно концентрироваться на проблемах продукта, несущих риски для бизнеса. Это все еще верно, но последнее время я размышляю над еще одним фактором.</p> <p>К примеру, вчера я принял приглашение на онлайн-встречу с потенциальным клиентом. Оно содержало ссылку на встречу Microsoft Teams (если вы знаете, что будет дальше, и это чересчур болезненно – пролистайте до последних трех параграфов статьи).</p> <p>В назначенное время я открыл свой Outlook-календарь, встречу в нем, и кликнул по ссылке, которая гласила «Кликните тут для присоединения к встрече».</p> <p><strong>Автор: </strong>Майкл Болтон (Michael Bolton)<br /><strong><a href="https://developsense.com/blog/2023/04/respect-for-our-clients" mce_href="https://developsense.com/blog/2023/04/respect-for-our-clients" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p>Я долгое время заявлял, что тестирование должно концентрироваться на проблемах продукта, несущих риски для бизнеса. Это все еще верно, но последнее время я размышляю над еще одним фактором.</p> <p>К примеру, вчера я принял приглашение на онлайн-встречу с потенциальным клиентом. Оно содержало ссылку на встречу Microsoft Teams (если вы знаете, что будет дальше, и это чересчур болезненно – пролистайте до последних трех параграфов статьи).</p> <p>В назначенное время я открыл свой Outlook-календарь, встречу в нем, и кликнул по ссылке, которая гласила «Кликните тут для присоединения к встрече».</p> О чём молчат тестировщики? 2024-01-29T20:00:00Z 2024-01-29T20:00:00Z https://software-testing.ru/library/testing/general-testing/4156-2023-12-16-12-03-19 Administrator barancev@gmail.com <p>Автор: <a href="https://ru.linkedin.com/in/marina-poltanova-829093250" mce_href="https://ru.linkedin.com/in/marina-poltanova-829093250" target="_blank" style="">Марина Полтанова</a><br /><a href="https://habr.com/ru/companies/vk/articles/762328/ aqua_marina" mce_href="https://habr.com/ru/companies/vk/articles/762328/ aqua_marina" target="_blank" style=""> Оригинальная публикация</a></p><p>Говорят, молчание — золото, но чтобы стать хорошим тестировщиком, нужно уметь договариваться (с разработчиками, дизайнерами, продукт-менеджерами), убеждать, лавировать между оппонентами и примирять конфликтующие стороны. Словно я описываю посредника в переговорах, но сегодня не о нем речь.</p><p>Из каждого утюга сегодня звучит призыв двигаться в сторону IT. Информационные технологии — это уже не только про математику, но и про дизайн, менеджмент, аналитику и тестирование. Причём о тестировании говорят как о чём-то очень лёгком для начала карьеры. Мол, стать тестировщиком может каждый. Но <strong>стать</strong> — это одно, а <strong>стать профессионалом</strong> — совсем другое.</p><p>Эту статью я хочу посвятить непростой работе QA-инженера, которую так легко обесценивает реклама курсов по «входу в IT». При этом все хотят работать только с профессионалами, но хорошего тестировщика днём с огнём не найдёшь. Потому что тестировщик — это командный игрок, который создаёт синергию для выпуска хорошего продукта. В слаженной команде QA-инженер становится T-shaped специалистом: умеет погружаться в код, может дать дизайнеру идеи&nbsp; по UX и т. д. То есть социальные навыки у QA должны быть развиты не хуже технических.&nbsp;</p> <p>Автор: <a href="https://ru.linkedin.com/in/marina-poltanova-829093250" mce_href="https://ru.linkedin.com/in/marina-poltanova-829093250" target="_blank" style="">Марина Полтанова</a><br /><a href="https://habr.com/ru/companies/vk/articles/762328/ aqua_marina" mce_href="https://habr.com/ru/companies/vk/articles/762328/ aqua_marina" target="_blank" style=""> Оригинальная публикация</a></p><p>Говорят, молчание — золото, но чтобы стать хорошим тестировщиком, нужно уметь договариваться (с разработчиками, дизайнерами, продукт-менеджерами), убеждать, лавировать между оппонентами и примирять конфликтующие стороны. Словно я описываю посредника в переговорах, но сегодня не о нем речь.</p><p>Из каждого утюга сегодня звучит призыв двигаться в сторону IT. Информационные технологии — это уже не только про математику, но и про дизайн, менеджмент, аналитику и тестирование. Причём о тестировании говорят как о чём-то очень лёгком для начала карьеры. Мол, стать тестировщиком может каждый. Но <strong>стать</strong> — это одно, а <strong>стать профессионалом</strong> — совсем другое.</p><p>Эту статью я хочу посвятить непростой работе QA-инженера, которую так легко обесценивает реклама курсов по «входу в IT». При этом все хотят работать только с профессионалами, но хорошего тестировщика днём с огнём не найдёшь. Потому что тестировщик — это командный игрок, который создаёт синергию для выпуска хорошего продукта. В слаженной команде QA-инженер становится T-shaped специалистом: умеет погружаться в код, может дать дизайнеру идеи&nbsp; по UX и т. д. То есть социальные навыки у QA должны быть развиты не хуже технических.&nbsp;</p> Субкультуры ПО – часть 1 2024-02-01T20:00:00Z 2024-02-01T20:00:00Z https://software-testing.ru/library/testing/general-testing/4149-subculture Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/subculture.jpg" mce_src="https://software-testing.ru/images/stories/library/subculture.jpg" width="200" mce_style="float: left;" style="float: left;">Автор:</strong> Джерри Вайнберг (Jerry Weinberg)<br /><strong>Оригинал</strong><strong> статьи</strong><strong>:</strong> <a href="https://teatimewithtesters.com/wp-content/uploads/2021/12/TTwT_December_2021.pdf" mce_href="https://teatimewithtesters.com/wp-content/uploads/2021/12/TTwT_December_2021.pdf">Tea-Time With Testers, #03/2021</a><br /><strong>Перевод: </strong>Ольга Алифанова</p><p>«Я разговаривал с топ-менеджерами, работающими в сотнях разных бизнесов и отраслей. Вне зависимости от национальности, продукта, сервиса или группы, никогда не разочаровываюсь. Кто-нибудь обязательно скажет «Вам надо признать, что наш бизнес – это нечто особенное». Обычно они видят только свой бизнес и поэтому никогда не осознают, насколько бизнесы похожи. Конечно, технология и методы распределения могут сильно отличаться. Но задействованные люди, их мотивация, их реакции – всегда одинаковы».</p> <p>Филипп Б. Кросби.</p> <p><strong><img src="https://software-testing.ru/images/stories/library/subculture.jpg" mce_src="https://software-testing.ru/images/stories/library/subculture.jpg" width="200" mce_style="float: left;" style="float: left;">Автор:</strong> Джерри Вайнберг (Jerry Weinberg)<br /><strong>Оригинал</strong><strong> статьи</strong><strong>:</strong> <a href="https://teatimewithtesters.com/wp-content/uploads/2021/12/TTwT_December_2021.pdf" mce_href="https://teatimewithtesters.com/wp-content/uploads/2021/12/TTwT_December_2021.pdf">Tea-Time With Testers, #03/2021</a><br /><strong>Перевод: </strong>Ольга Алифанова</p><p>«Я разговаривал с топ-менеджерами, работающими в сотнях разных бизнесов и отраслей. Вне зависимости от национальности, продукта, сервиса или группы, никогда не разочаровываюсь. Кто-нибудь обязательно скажет «Вам надо признать, что наш бизнес – это нечто особенное». Обычно они видят только свой бизнес и поэтому никогда не осознают, насколько бизнесы похожи. Конечно, технология и методы распределения могут сильно отличаться. Но задействованные люди, их мотивация, их реакции – всегда одинаковы».</p> <p>Филипп Б. Кросби.</p> Тестирование проектов: ожидание и реальность 2023-11-15T20:00:00Z 2023-11-15T20:00:00Z https://software-testing.ru/library/testing/general-testing/4122-expectation-vs-reality Administrator barancev@gmail.com <p>Автор:&nbsp;Настя Мордвинцева, руководитель отдела тестирования в Red Collar</p> <p>Предупреждаем о возможных подводных камнях, с которыми рискует столкнуться начинающий тестировщик на разных этапах.</p><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/72c/6cd/8f2/72c6cd8f2fac5cd1e036bd2a12ae21ab.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/72c/6cd/8f2/72c6cd8f2fac5cd1e036bd2a12ae21ab.png" width="1480" height="834" data-src="https://habrastorage.org/getpro/habr/upload_files/72c/6cd/8f2/72c6cd8f2fac5cd1e036bd2a12ae21ab.png"></p><p>Привет! Меня зовут Настя Мордвинцева, я руковожу отделом тестирования в Red Collar. Мы разрабатываем решения для компаний из самых разных областей и работаем с разнообразными продуктами, поэтому в моём отделе порой не хватает рук. И когда мы набираем новых людей, их приходится очень быстро вводить в курс дела.&nbsp;</p><p>Среди них есть ребята, наизусть выучившие ISTQB и с отличием окончившие курсы, но когда дело доходит до реальной работы, многие опускают руки. Чтобы этого не произошло, я расскажу, чем же <strong>реальное тестирование отличается от того, что написано в учебниках</strong>, и как мы справляемся с задачами, которые из-за этого возникают.</p><p>Обращаю внимание на то, что процесс тестирования и документирования в вашей компании может отличаться от принятого у нас.</p> <p>Автор:&nbsp;Настя Мордвинцева, руководитель отдела тестирования в Red Collar</p> <p>Предупреждаем о возможных подводных камнях, с которыми рискует столкнуться начинающий тестировщик на разных этапах.</p><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/72c/6cd/8f2/72c6cd8f2fac5cd1e036bd2a12ae21ab.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/72c/6cd/8f2/72c6cd8f2fac5cd1e036bd2a12ae21ab.png" width="1480" height="834" data-src="https://habrastorage.org/getpro/habr/upload_files/72c/6cd/8f2/72c6cd8f2fac5cd1e036bd2a12ae21ab.png"></p><p>Привет! Меня зовут Настя Мордвинцева, я руковожу отделом тестирования в Red Collar. Мы разрабатываем решения для компаний из самых разных областей и работаем с разнообразными продуктами, поэтому в моём отделе порой не хватает рук. И когда мы набираем новых людей, их приходится очень быстро вводить в курс дела.&nbsp;</p><p>Среди них есть ребята, наизусть выучившие ISTQB и с отличием окончившие курсы, но когда дело доходит до реальной работы, многие опускают руки. Чтобы этого не произошло, я расскажу, чем же <strong>реальное тестирование отличается от того, что написано в учебниках</strong>, и как мы справляемся с задачами, которые из-за этого возникают.</p><p>Обращаю внимание на то, что процесс тестирования и документирования в вашей компании может отличаться от принятого у нас.</p> Плохие тесты: кто виноват и что делать? 2023-07-12T20:00:00Z 2023-07-12T20:00:00Z https://software-testing.ru/library/testing/general-testing/4057-bad-tests Administrator barancev@gmail.com <p>Автор:&nbsp;OSS contributor</p> <p>Тестирование&nbsp;—&nbsp;один из самых больных, если не самый больной вопрос в современной разработке программного обеспечения. Поговаривают, что разработчики не любят писать тесты, что написать правильные тесты зачастую сложнее, чем сам код, что «зеленое&nbsp;—&nbsp;не значит работает», а типовые экстремисты даже утверждают, что АДТ с лихвой эти самые тесты заменяют.</p><p>Я бы не винил разработчиков слишком строго: в современном мире инструментарий для работы с тестами на три круга отстает от любых других вспомогательных средств. Ниже я не только расскажу, что именно с тестами не так, но и предположу, кто в этом виноват, и что по этому поводу можно сделать.</p> <p>Автор:&nbsp;OSS contributor</p> <p>Тестирование&nbsp;—&nbsp;один из самых больных, если не самый больной вопрос в современной разработке программного обеспечения. Поговаривают, что разработчики не любят писать тесты, что написать правильные тесты зачастую сложнее, чем сам код, что «зеленое&nbsp;—&nbsp;не значит работает», а типовые экстремисты даже утверждают, что АДТ с лихвой эти самые тесты заменяют.</p><p>Я бы не винил разработчиков слишком строго: в современном мире инструментарий для работы с тестами на три круга отстает от любых других вспомогательных средств. Ниже я не только расскажу, что именно с тестами не так, но и предположу, кто в этом виноват, и что по этому поводу можно сделать.</p> Частые ошибки тестировщиков – действительно ли мы развиваемся? 2023-11-22T20:00:00Z 2023-11-22T20:00:00Z https://software-testing.ru/library/testing/general-testing/4117-tea-time-with-testers Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/Tea-Time-With-Testers/tea-time-with-testers.png" mce_src="https://software-testing.ru/images/stories/library/Tea-Time-With-Testers/tea-time-with-testers.png" width="200" mce_style="float: left;" style="float: left;" class="caption">Автор:</strong> Рауль Парваль (Rahul Parwal)<br /><a href="https://teatimewithtesters.com/wp-content/uploads/2021/07/TTwT_July_2021-1.pdf" mce_href="https://teatimewithtesters.com/wp-content/uploads/2021/07/TTwT_July_2021-1.pdf"><strong>Оригинал</strong><strong> статьи</strong></a><br /><strong>Перевод: </strong>Ольга Алифанова</p> <p>В прошлом году я и Сандип Гарг работали над электронной книгой TestFlix, зачастую откровенно обсуждая качество, тестирование и жизнь в целом. В ходе такого разговора Сандип рассказал мне про Джерри Вайнберга. Я впервые услышал про него и начал изучать его высказывания, а затем – популярные книги вроде «Секретов консалтинга» и «General system design thinking».</p> <p><strong><img src="https://software-testing.ru/images/stories/library/Tea-Time-With-Testers/tea-time-with-testers.png" mce_src="https://software-testing.ru/images/stories/library/Tea-Time-With-Testers/tea-time-with-testers.png" width="200" mce_style="float: left;" style="float: left;" class="caption">Автор:</strong> Рауль Парваль (Rahul Parwal)<br /><a href="https://teatimewithtesters.com/wp-content/uploads/2021/07/TTwT_July_2021-1.pdf" mce_href="https://teatimewithtesters.com/wp-content/uploads/2021/07/TTwT_July_2021-1.pdf"><strong>Оригинал</strong><strong> статьи</strong></a><br /><strong>Перевод: </strong>Ольга Алифанова</p> <p>В прошлом году я и Сандип Гарг работали над электронной книгой TestFlix, зачастую откровенно обсуждая качество, тестирование и жизнь в целом. В ходе такого разговора Сандип рассказал мне про Джерри Вайнберга. Я впервые услышал про него и начал изучать его высказывания, а затем – популярные книги вроде «Секретов консалтинга» и «General system design thinking».</p> Жизненный цикл задачи после разработки 2023-02-15T20:00:00Z 2023-02-15T20:00:00Z https://software-testing.ru/library/testing/general-testing/3991-the-life-cycle-of-the-task-after-development Administrator barancev@gmail.com <p>Автор: Чистяков Вадим<br /><a href="https://habr.com/ru/post/710614/" mce_href="https://habr.com/ru/post/710614/" target="_blank" style="">Оригинальная публикация</a></p><p> <em>Фича = задача и далее по тексту :-)</em></p><h3>Что есть задача для разработчика? &nbsp;</h3><p>Как правило, разработка получает от продакт-менеджера техническое задание на разработку новой или исправление старой функциональности. Например, это выражено в виде&nbsp;<a href="https://en.wikipedia.org/wiki/Product_requirements_document" mce_href="https://en.wikipedia.org/wiki/Product_requirements_document" rel="noopener noreferrer nofollow">PRD</a>, который может содержать ссылки на Figma, список требований, ссылки и прочие полезности, необходимые для реализации задумки. Исходя из этих входных данных, разработчики могут имплементировать задачу и отдать на тестирование в QA команду. По завершению этих циклов задача готова к релизу. &nbsp;</p><h3>После разработки</h3><p>Исходя из своего опыта, могу заметить, что следующим после тестировщиков в процесс релиза вступает Release Manager или даже целая Release-Team. Он берет на себя ответственность довести задачу до клиента. Продакт/проджект-менеджеры и другие участники от бизнеса, скорее всего, имеют представление о том, что происходит с нашей новенькой и очень полезной (нет) фичой. Они также ведут таблицы, получают информацию от аналитиков и на основе этих данных могут принимать решение: "А что дальше?"&nbsp;</p> <p>Автор: Чистяков Вадим<br /><a href="https://habr.com/ru/post/710614/" mce_href="https://habr.com/ru/post/710614/" target="_blank" style="">Оригинальная публикация</a></p><p> <em>Фича = задача и далее по тексту :-)</em></p><h3>Что есть задача для разработчика? &nbsp;</h3><p>Как правило, разработка получает от продакт-менеджера техническое задание на разработку новой или исправление старой функциональности. Например, это выражено в виде&nbsp;<a href="https://en.wikipedia.org/wiki/Product_requirements_document" mce_href="https://en.wikipedia.org/wiki/Product_requirements_document" rel="noopener noreferrer nofollow">PRD</a>, который может содержать ссылки на Figma, список требований, ссылки и прочие полезности, необходимые для реализации задумки. Исходя из этих входных данных, разработчики могут имплементировать задачу и отдать на тестирование в QA команду. По завершению этих циклов задача готова к релизу. &nbsp;</p><h3>После разработки</h3><p>Исходя из своего опыта, могу заметить, что следующим после тестировщиков в процесс релиза вступает Release Manager или даже целая Release-Team. Он берет на себя ответственность довести задачу до клиента. Продакт/проджект-менеджеры и другие участники от бизнеса, скорее всего, имеют представление о том, что происходит с нашей новенькой и очень полезной (нет) фичой. Они также ведут таблицы, получают информацию от аналитиков и на основе этих данных могут принимать решение: "А что дальше?"&nbsp;</p> Тренды тестирования в 2022 году 2022-10-24T20:00:00Z 2022-10-24T20:00:00Z https://software-testing.ru/library/testing/general-testing/3918-qa-trends-to-thrive-in-2022 Administrator barancev@gmail.com <p>Перевод: Горохова Юлия</p><p><a href="https://www.a1qa.com/blog/qa-trends-to-thrive-in-2022/" mce_href="https://www.a1qa.com/blog/qa-trends-to-thrive-in-2022/" target="_blank" style=""> Автор оригинала: <span> 1aqa </span></a></p> <div data-gallery-root="" class="tm-article-body" lang="ru"><div></div> <div id="post-content-body"><div class="article-formatted-body article-formatted-body article-formatted-body_version-2"><div xmlns="http://www.w3.org/1999/xhtml"><p><em>Мир тестирования постоянно меняется. Тенденции, заметные в этом году и позволяющие бизнесу добиться успеха в эпоху “новой нормальности”, хорошо отражены в статье, которую я взялась перевести - Stepping into the future: QA and software testing trends to thrive in 2022. Год подходит к концу и хочется посмотреть насколько тенденции актуальны. Но в моей компании тренды далеко не всегда могут быть применимы, по крайней мере пока.</em></p><p><em>Поэтому попытаюсь к переводу добавить и отношение со стороны своего опыта.</em></p> <p>Перевод: Горохова Юлия</p><p><a href="https://www.a1qa.com/blog/qa-trends-to-thrive-in-2022/" mce_href="https://www.a1qa.com/blog/qa-trends-to-thrive-in-2022/" target="_blank" style=""> Автор оригинала: <span> 1aqa </span></a></p> <div data-gallery-root="" class="tm-article-body" lang="ru"><div></div> <div id="post-content-body"><div class="article-formatted-body article-formatted-body article-formatted-body_version-2"><div xmlns="http://www.w3.org/1999/xhtml"><p><em>Мир тестирования постоянно меняется. Тенденции, заметные в этом году и позволяющие бизнесу добиться успеха в эпоху “новой нормальности”, хорошо отражены в статье, которую я взялась перевести - Stepping into the future: QA and software testing trends to thrive in 2022. Год подходит к концу и хочется посмотреть насколько тенденции актуальны. Но в моей компании тренды далеко не всегда могут быть применимы, по крайней мере пока.</em></p><p><em>Поэтому попытаюсь к переводу добавить и отношение со стороны своего опыта.</em></p> Мой взгляд на «тренды» тестирования 2023-11-19T20:00:00Z 2023-11-19T20:00:00Z https://software-testing.ru/library/testing/general-testing/4116-some-perspective-on-testing-trends Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/some-perspective-on-testing-trends/some-perspective-on-testing-trends.jpg" mce_src="https://software-testing.ru/images/stories/library/some-perspective-on-testing-trends/some-perspective-on-testing-trends.jpg" width="200" class="caption" mce_style="float: left;" style="float: left;">Автор:</strong> Баз Дейкстра (Bas Dijkstra)<br /><strong><a href="https://www.ontestautomation.com/some-perspective-on-testing-trends/" mce_href="https://www.ontestautomation.com/some-perspective-on-testing-trends/" style="">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>: </strong>Ольга Алифанова</p> <p>Каждый год, как правило, в начале года, наблюдаю один и тот же феномен: все говорят о трендах и предположительных направлениях, в которых движется мир тестирование и автоматизации; а также о том, на чем в ближайший год должны концентрироваться люди и организации.</p> <p>Я давно не новичок в тестировании и автоматизации, и, рискуя показаться ворчливым старикашкой (ну это смотря, кого спросить – возможно, и недалеко от истины), лично я не вижу особой пользы от этих пророчеств. Я уже давно не обращаю на них внимания.</p> <p><strong><img src="https://software-testing.ru/images/stories/library/some-perspective-on-testing-trends/some-perspective-on-testing-trends.jpg" mce_src="https://software-testing.ru/images/stories/library/some-perspective-on-testing-trends/some-perspective-on-testing-trends.jpg" width="200" class="caption" mce_style="float: left;" style="float: left;">Автор:</strong> Баз Дейкстра (Bas Dijkstra)<br /><strong><a href="https://www.ontestautomation.com/some-perspective-on-testing-trends/" mce_href="https://www.ontestautomation.com/some-perspective-on-testing-trends/" style="">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>: </strong>Ольга Алифанова</p> <p>Каждый год, как правило, в начале года, наблюдаю один и тот же феномен: все говорят о трендах и предположительных направлениях, в которых движется мир тестирование и автоматизации; а также о том, на чем в ближайший год должны концентрироваться люди и организации.</p> <p>Я давно не новичок в тестировании и автоматизации, и, рискуя показаться ворчливым старикашкой (ну это смотря, кого спросить – возможно, и недалеко от истины), лично я не вижу особой пользы от этих пророчеств. Я уже давно не обращаю на них внимания.</p> Преимущества виртуальных машин и работа с UEM в QA 2022-08-31T20:00:00Z 2022-08-31T20:00:00Z https://software-testing.ru/library/testing/general-testing/3901-uem- Administrator barancev@gmail.com <p><a href="https://habr.com/ru/company/simbirsoft/blog/678010/" mce_href="https://habr.com/ru/company/simbirsoft/blog/678010/" target="_blank" style="">Оригинальная публикация</a><br />Статья компании&nbsp;<a href="http://www.simbirsoft.com/ruru/" mce_href="http://www.simbirsoft.com/ruru/">SimbirSoft</a></p><p> Всем привет! Сегодня мы рассмотрим основные аспекты <strong>UEM </strong>(<strong>Unified Endpoint Management) </strong>—<strong> </strong>технологии, применяемой в сервисах по управлению клиентскими устройствами. Речь пойдет о <strong>виртуализации </strong>и <strong>виртуальных машинах </strong>для тестирования и обеспечения качества. Статья будет полезна для QA и DevOps уровней джуниор-мидл.</p><p>Это обзорный материал, в котором мы постарались максимально подробно описать действие виртуализации. Разберем понятие управления клиентскими устройствами, задачи и преимущества виртуальных машин в работе QA, поделимся методикой настройки и использования ВМ.</p><p>Потребность бизнеса в разработке ПО для обеспечения своей деятельности резко возросла в условиях дефицита полупроводников, чипов, рабочих станций и другой техники. Учитывая рост расходов на приобретение железа для сотрудников, IT-компании все чаще обращаются к облачным сервисам и сервисам виртуализации от вышестоящих IT-гигантов.</p><p>Стремясь сократить финансовые затраты, бизнес интересуется сервисами по управлению клиентскими устройствами, так как в большинстве стран документооборот и обмен информацией перешел в онлайн.&nbsp; Для контроля информации, работы с техническими средствами коммуникации и коммутации необходим единый сервис управления, такой как виртуальные машины.</p> <p><a href="https://habr.com/ru/company/simbirsoft/blog/678010/" mce_href="https://habr.com/ru/company/simbirsoft/blog/678010/" target="_blank" style="">Оригинальная публикация</a><br />Статья компании&nbsp;<a href="http://www.simbirsoft.com/ruru/" mce_href="http://www.simbirsoft.com/ruru/">SimbirSoft</a></p><p> Всем привет! Сегодня мы рассмотрим основные аспекты <strong>UEM </strong>(<strong>Unified Endpoint Management) </strong>—<strong> </strong>технологии, применяемой в сервисах по управлению клиентскими устройствами. Речь пойдет о <strong>виртуализации </strong>и <strong>виртуальных машинах </strong>для тестирования и обеспечения качества. Статья будет полезна для QA и DevOps уровней джуниор-мидл.</p><p>Это обзорный материал, в котором мы постарались максимально подробно описать действие виртуализации. Разберем понятие управления клиентскими устройствами, задачи и преимущества виртуальных машин в работе QA, поделимся методикой настройки и использования ВМ.</p><p>Потребность бизнеса в разработке ПО для обеспечения своей деятельности резко возросла в условиях дефицита полупроводников, чипов, рабочих станций и другой техники. Учитывая рост расходов на приобретение железа для сотрудников, IT-компании все чаще обращаются к облачным сервисам и сервисам виртуализации от вышестоящих IT-гигантов.</p><p>Стремясь сократить финансовые затраты, бизнес интересуется сервисами по управлению клиентскими устройствами, так как в большинстве стран документооборот и обмен информацией перешел в онлайн.&nbsp; Для контроля информации, работы с техническими средствами коммуникации и коммутации необходим единый сервис управления, такой как виртуальные машины.</p> 7 принципов тестирования программного обеспечения 2022-09-21T20:00:00Z 2022-09-21T20:00:00Z https://software-testing.ru/library/testing/general-testing/3908-7-principles-of-software-testing Administrator barancev@gmail.com <p><b style="font-size: 12.16px;" mce_style="font-size: 12.16px;">Автор: </b><span style="font-size: 12.16px;" mce_style="font-size: 12.16px;">Сафа Эмхемед (Safa Emhemed)<br /></span><strong style="font-size: 12.16px;" mce_style="font-size: 12.16px;"><a href="https://testing-journey.hashnode.dev/7-principles-of-software-testing" mce_href="https://testing-journey.hashnode.dev/7-principles-of-software-testing">Оригинал статьи</a><br /></strong><strong style="font-size: 12.16px;" mce_style="font-size: 12.16px;">Перевод:</strong><span style="font-size: 12.16px;" mce_style="font-size: 12.16px;">&nbsp;Полина Сергеева</span></p><p style="text-align: justify;" mce_style="text-align: justify;"><img mce_src="https://software-testing.ru/images/stories/library/7-principles-of-software-testing/oeebblw72.webp" src="https://software-testing.ru/images/stories/library/7-principles-of-software-testing/oeebblw72.webp" width="1600" height="840" style=""><br /></p><p style="text-align: justify;" mce_style="text-align: justify;">При проведении тестирования программного обеспечения Вам важно достичь оптимальных результатов, не отклоняясь от цели. Для того, чтобы определить, что Вы придерживаетесь правильной стратегии, нужно следовать нескольким основным принципам тестирования. Они были упорядочены и установлены ISTQB по мере развития тестирования и разработки ПО на протяжении многих лет и считаются ключевыми. Вот семь общих принципов тестирования, которые широко применяются в индустрии программного обеспечения:</p> <p style="text-align: justify;" mce_style="text-align: justify;"></p> <p><b style="font-size: 12.16px;" mce_style="font-size: 12.16px;">Автор: </b><span style="font-size: 12.16px;" mce_style="font-size: 12.16px;">Сафа Эмхемед (Safa Emhemed)<br /></span><strong style="font-size: 12.16px;" mce_style="font-size: 12.16px;"><a href="https://testing-journey.hashnode.dev/7-principles-of-software-testing" mce_href="https://testing-journey.hashnode.dev/7-principles-of-software-testing">Оригинал статьи</a><br /></strong><strong style="font-size: 12.16px;" mce_style="font-size: 12.16px;">Перевод:</strong><span style="font-size: 12.16px;" mce_style="font-size: 12.16px;">&nbsp;Полина Сергеева</span></p><p style="text-align: justify;" mce_style="text-align: justify;"><img mce_src="https://software-testing.ru/images/stories/library/7-principles-of-software-testing/oeebblw72.webp" src="https://software-testing.ru/images/stories/library/7-principles-of-software-testing/oeebblw72.webp" width="1600" height="840" style=""><br /></p><p style="text-align: justify;" mce_style="text-align: justify;">При проведении тестирования программного обеспечения Вам важно достичь оптимальных результатов, не отклоняясь от цели. Для того, чтобы определить, что Вы придерживаетесь правильной стратегии, нужно следовать нескольким основным принципам тестирования. Они были упорядочены и установлены ISTQB по мере развития тестирования и разработки ПО на протяжении многих лет и считаются ключевыми. Вот семь общих принципов тестирования, которые широко применяются в индустрии программного обеспечения:</p> <p style="text-align: justify;" mce_style="text-align: justify;"></p> Догматик или прагматик? 2023-10-09T20:00:00Z 2023-10-09T20:00:00Z https://software-testing.ru/library/testing/general-testing/4091-should-you-be-dogmatic-or-pragmatic Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/should-you-be-dogmatic-or-pragmatic/should-you-be-dogmatic-or-pragmatic.png" mce_src="https://software-testing.ru/images/stories/library/should-you-be-dogmatic-or-pragmatic/should-you-be-dogmatic-or-pragmatic.png" width="200" mce_style="float: left;" style="float: left;" class="caption">Автор: </strong>Баз Дейкстра (Bas Dijkstra).<br /><strong><a href="https://www.ontestautomation.com/should-you-be-dogmatic-or-pragmatic/" mce_href="https://www.ontestautomation.com/should-you-be-dogmatic-or-pragmatic/">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p> <p>В этой статье я хочу обсудить проблему, которая находится под капотом у многих получаемых мною вопросов, особенно в ходе тренингов или воркшопов.</p> <p>Вот ряд примеров:</p> <p><em>«Нормально ли иметь несколько ассертов в тесте?»</em></p> <p><em>«Нужно ли писать код автотестов на том же языке, что и код приложения?»</em></p> <p><strong><img src="https://software-testing.ru/images/stories/library/should-you-be-dogmatic-or-pragmatic/should-you-be-dogmatic-or-pragmatic.png" mce_src="https://software-testing.ru/images/stories/library/should-you-be-dogmatic-or-pragmatic/should-you-be-dogmatic-or-pragmatic.png" width="200" mce_style="float: left;" style="float: left;" class="caption">Автор: </strong>Баз Дейкстра (Bas Dijkstra).<br /><strong><a href="https://www.ontestautomation.com/should-you-be-dogmatic-or-pragmatic/" mce_href="https://www.ontestautomation.com/should-you-be-dogmatic-or-pragmatic/">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p> <p>В этой статье я хочу обсудить проблему, которая находится под капотом у многих получаемых мною вопросов, особенно в ходе тренингов или воркшопов.</p> <p>Вот ряд примеров:</p> <p><em>«Нормально ли иметь несколько ассертов в тесте?»</em></p> <p><em>«Нужно ли писать код автотестов на том же языке, что и код приложения?»</em></p> от Тестирования к Обеспечению качества 2022-07-31T20:00:00Z 2022-07-31T20:00:00Z https://software-testing.ru/library/testing/general-testing/3864-from-testing-to-quality-assurance Administrator barancev@gmail.com <p><a href="https://habr.com/ru/post/671874/" mce_href="https://habr.com/ru/post/671874/" target="_blank" style="">Оригинальная публикация</a></p><p>«Вначале было слово и&nbsp;это слово было два байта»<br /> <i>Старая шутка программистов</i></p><p>В&nbsp;практике работы отдела тестирования редко, но&nbsp;всё&nbsp;же возникают разногласия между участниками проекта, не&nbsp;являющимися тестировщиками, в&nbsp;неверной трактовке терминов вплоть до&nbsp;не&nbsp;совсем полного понимания что&nbsp;же такое «тестирование». Почему&nbsp;то, что существует на&nbsp;проекте не&nbsp;относится не&nbsp;только к&nbsp;«обеспечению качества» но&nbsp;и&nbsp;даже к&nbsp;«контролю качества». Я&nbsp;постараюсь объяснить разницу между этими терминами на&nbsp;примере очень условного «проекта», который зарождается не&nbsp;в&nbsp;большой корпорации с&nbsp;несколькими участниками, а&nbsp;буквально «на&nbsp;коленках» энтузиаста-Разработчика.</p> <p><a href="https://habr.com/ru/post/671874/" mce_href="https://habr.com/ru/post/671874/" target="_blank" style="">Оригинальная публикация</a></p><p>«Вначале было слово и&nbsp;это слово было два байта»<br /> <i>Старая шутка программистов</i></p><p>В&nbsp;практике работы отдела тестирования редко, но&nbsp;всё&nbsp;же возникают разногласия между участниками проекта, не&nbsp;являющимися тестировщиками, в&nbsp;неверной трактовке терминов вплоть до&nbsp;не&nbsp;совсем полного понимания что&nbsp;же такое «тестирование». Почему&nbsp;то, что существует на&nbsp;проекте не&nbsp;относится не&nbsp;только к&nbsp;«обеспечению качества» но&nbsp;и&nbsp;даже к&nbsp;«контролю качества». Я&nbsp;постараюсь объяснить разницу между этими терминами на&nbsp;примере очень условного «проекта», который зарождается не&nbsp;в&nbsp;большой корпорации с&nbsp;несколькими участниками, а&nbsp;буквально «на&nbsp;коленках» энтузиаста-Разработчика.</p> Поднажми еще раз: повторный прогон тестов – плохая идея 2023-10-18T20:00:00Z 2023-10-18T20:00:00Z https://software-testing.ru/library/testing/general-testing/4106-retry-harder-why-rerunning-tests-is-a-bad-idea Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/retry-harder-why-rerunning-tests-is-a-bad-idea/retry-harder-why-rerunning-tests-is-a-bad-idea.jpg" mce_src="https://software-testing.ru/images/stories/library/retry-harder-why-rerunning-tests-is-a-bad-idea/retry-harder-why-rerunning-tests-is-a-bad-idea.jpg" width="200" mce_style="float: left;" style="float: left;" class="caption">Автор: </strong>Виктор Славчев (Viktor Slavchev)<br /><strong><a href="https://mrslavchev.com/2023/01/04/retry-harder-why-rerunning-tests-is-a-bad-idea/" mce_href="https://mrslavchev.com/2023/01/04/retry-harder-why-rerunning-tests-is-a-bad-idea/" style="">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p> <p>В офисе прекрасный солнечный день, вы пришли туда раньше всех, потому что вы долбаный трудяга; вы схватили огромную чашку крепкого кофе и большой стакан воды, чтобы избежать обезвоживания, сели на свое место и смотрите на старого доброго CI-товарища. Но что же вы видите?! Падение, красную метку, проблему, какой ужас… Но вы знаете, что делать – перезапустить, пересобрать билд, перераскаяться во всех ваших тест-грехах, и спустя 30-90 минут… вуаля, зеленый прогон! (если не помогло, повторяйте все вышеперечисленное, пока не добьетесь успеха; все, кроме кофе, а то схватите передозировку). Знакомо звучит? Да, именно этим заняты ваши коллеги, «исправляющие нестабильные тесты».</p> <p><strong><img src="https://software-testing.ru/images/stories/library/retry-harder-why-rerunning-tests-is-a-bad-idea/retry-harder-why-rerunning-tests-is-a-bad-idea.jpg" mce_src="https://software-testing.ru/images/stories/library/retry-harder-why-rerunning-tests-is-a-bad-idea/retry-harder-why-rerunning-tests-is-a-bad-idea.jpg" width="200" mce_style="float: left;" style="float: left;" class="caption">Автор: </strong>Виктор Славчев (Viktor Slavchev)<br /><strong><a href="https://mrslavchev.com/2023/01/04/retry-harder-why-rerunning-tests-is-a-bad-idea/" mce_href="https://mrslavchev.com/2023/01/04/retry-harder-why-rerunning-tests-is-a-bad-idea/" style="">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p> <p>В офисе прекрасный солнечный день, вы пришли туда раньше всех, потому что вы долбаный трудяга; вы схватили огромную чашку крепкого кофе и большой стакан воды, чтобы избежать обезвоживания, сели на свое место и смотрите на старого доброго CI-товарища. Но что же вы видите?! Падение, красную метку, проблему, какой ужас… Но вы знаете, что делать – перезапустить, пересобрать билд, перераскаяться во всех ваших тест-грехах, и спустя 30-90 минут… вуаля, зеленый прогон! (если не помогло, повторяйте все вышеперечисленное, пока не добьетесь успеха; все, кроме кофе, а то схватите передозировку). Знакомо звучит? Да, именно этим заняты ваши коллеги, «исправляющие нестабильные тесты».</p> 6 простых правил хорошего alt-текста 2022-07-24T20:00:00Z 2022-07-24T20:00:00Z https://software-testing.ru/library/testing/general-testing/3856-alt-text Administrator barancev@gmail.com <p><a href="https://habr.com/ru/company/htmlacademy/blog/667540/" mce_href="https://habr.com/ru/company/htmlacademy/blog/667540/" target="_blank" style="">Оригинальная публикация </a></p><p> Автор: Николай Шабалин</p><p>Давайте поговорим о том, как написать хорошее описание фотографий в атрибуте alt.</p><p><a href="https://htmlacademy.ru/blog/articles/alt-text" mce_href="https://htmlacademy.ru/blog/articles/alt-text"><u>В первой части</u></a> мы обсудили основные правила написания alt-текста для фотографий и изображений. В этот раз поговорим о том, каким именно должно быть описание, чтобы в нём был смысл.</p><p>Альтернативный текст — это описание изображения словами. Это описание должно помогать людям, которые читают или слышат это описание, иначе оно не нужно и лучше вообще его не указывать.</p> <p><a href="https://habr.com/ru/company/htmlacademy/blog/667540/" mce_href="https://habr.com/ru/company/htmlacademy/blog/667540/" target="_blank" style="">Оригинальная публикация </a></p><p> Автор: Николай Шабалин</p><p>Давайте поговорим о том, как написать хорошее описание фотографий в атрибуте alt.</p><p><a href="https://htmlacademy.ru/blog/articles/alt-text" mce_href="https://htmlacademy.ru/blog/articles/alt-text"><u>В первой части</u></a> мы обсудили основные правила написания alt-текста для фотографий и изображений. В этот раз поговорим о том, каким именно должно быть описание, чтобы в нём был смысл.</p><p>Альтернативный текст — это описание изображения словами. Это описание должно помогать людям, которые читают или слышат это описание, иначе оно не нужно и лучше вообще его не указывать.</p> Откуда берутся баги? 2022-08-15T20:00:00Z 2022-08-15T20:00:00Z https://software-testing.ru/library/testing/general-testing/3859-where-do-bugs-come-from Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/where-do-bugs-come-from/where-do-bugs-come-from.jpg" mce_src="https://software-testing.ru/images/stories/library/where-do-bugs-come-from/where-do-bugs-come-from.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Джил Зильберфельд (Gil Zilberfeld)<br /><strong><a href="http://www.everydayunittesting.com/2022/06/where-do-bugs-come-from.html" mce_href="http://www.everydayunittesting.com/2022/06/where-do-bugs-come-from.html">Оригинал статьи</a><br /></strong><strong>Перевод: </strong>Ольга Алифанова</p> <p>Избавимся ли мы когда-нибудь от багов, спрашивают меня.</p> <p>И я отвечаю: нет.</p> <p>Затем они выхватывают автоматы, и вечер перестает быть томным.</p> <p>Но почему так происходит? Неужели мы действительно приговорены к борьбе с багами до конца наших дней? Или их дней? Неужели мы никогда не увидим конца шоку открытий, что "это не то, чего я ожидал"?</p> <p>Ну, да. И вот почему.</p> <p><strong></strong></p> <p><strong><img src="https://software-testing.ru/images/stories/library/where-do-bugs-come-from/where-do-bugs-come-from.jpg" mce_src="https://software-testing.ru/images/stories/library/where-do-bugs-come-from/where-do-bugs-come-from.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Джил Зильберфельд (Gil Zilberfeld)<br /><strong><a href="http://www.everydayunittesting.com/2022/06/where-do-bugs-come-from.html" mce_href="http://www.everydayunittesting.com/2022/06/where-do-bugs-come-from.html">Оригинал статьи</a><br /></strong><strong>Перевод: </strong>Ольга Алифанова</p> <p>Избавимся ли мы когда-нибудь от багов, спрашивают меня.</p> <p>И я отвечаю: нет.</p> <p>Затем они выхватывают автоматы, и вечер перестает быть томным.</p> <p>Но почему так происходит? Неужели мы действительно приговорены к борьбе с багами до конца наших дней? Или их дней? Неужели мы никогда не увидим конца шоку открытий, что "это не то, чего я ожидал"?</p> <p>Ну, да. И вот почему.</p> <p><strong></strong></p> Вся правда о хрупких тестах 2022-08-01T20:00:00Z 2022-08-01T20:00:00Z https://software-testing.ru/library/testing/general-testing/3851-the-truth-about-fragile-tests Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/fragile-tests.jpg" mce_src="https://software-testing.ru/images/stories/library/fragile-tests.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Джил Зильберфельд (Gil Zilberfeld)<br /><strong><a href="http://www.everydayunittesting.com/2022/05/the-truth-about-fragile-tests.html" mce_href="http://www.everydayunittesting.com/2022/05/the-truth-about-fragile-tests.html" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод: </strong>Ольга Алифанова</p><p>Хрупкие тесты.</p> <p>При одной мысли о них нас тошнит, и это неспроста. Им нельзя доверять. И они стоят денег.</p> <p>Начнем с доверия. У нас есть тесты, которые проверяют один и тот же код, срабатывают в большинстве случаев, но затем один билд из сотни падает. Затем мы прогоняем тесты еще раз, и они проходят успешно.</p> <p>Ах, это <strong>эти</strong> тесты, ну значит, все в порядке. Нужно просто прогнать их еще раз. Однако доверие к остальным тестам начинает подрываться. Если эти тесты "обычно" срабатывают, можно ли доверять прочим тестам? Что, если они начнут падать – их надо будет просто прогнать еще раз, и все будет хорошо? Может, сделать это дважды, и все исправится?</p> <p><strong><img src="https://software-testing.ru/images/stories/library/fragile-tests.jpg" mce_src="https://software-testing.ru/images/stories/library/fragile-tests.jpg" width="200" mce_style="float: left;" style="float: left;">Автор: </strong>Джил Зильберфельд (Gil Zilberfeld)<br /><strong><a href="http://www.everydayunittesting.com/2022/05/the-truth-about-fragile-tests.html" mce_href="http://www.everydayunittesting.com/2022/05/the-truth-about-fragile-tests.html" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод: </strong>Ольга Алифанова</p><p>Хрупкие тесты.</p> <p>При одной мысли о них нас тошнит, и это неспроста. Им нельзя доверять. И они стоят денег.</p> <p>Начнем с доверия. У нас есть тесты, которые проверяют один и тот же код, срабатывают в большинстве случаев, но затем один билд из сотни падает. Затем мы прогоняем тесты еще раз, и они проходят успешно.</p> <p>Ах, это <strong>эти</strong> тесты, ну значит, все в порядке. Нужно просто прогнать их еще раз. Однако доверие к остальным тестам начинает подрываться. Если эти тесты "обычно" срабатывают, можно ли доверять прочим тестам? Что, если они начнут падать – их надо будет просто прогнать еще раз, и все будет хорошо? Может, сделать это дважды, и все исправится?</p> Убедительность для тестировщиков 2022-07-10T20:00:00Z 2022-07-10T20:00:00Z https://software-testing.ru/library/testing/general-testing/3845-persuasion-for-testers Administrator barancev@gmail.com <p><strong><img src="https://software-testing.ru/images/stories/library/persuasion for testers.png" mce_src="https://software-testing.ru/images/stories/library/persuasion for testers.png" width="200" mce_style="float: left;" style="float: left;">Автор:</strong> Джеймс Бах (James Bach)<br /><strong><a href="https://www.satisfice.com/blog/archives/487452" mce_href="https://www.satisfice.com/blog/archives/487452" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p><em>Этот вопрос возник в ходе недавнего онлайн-тренинга </em><em>Rapid </em><em>Sofware </em><em>Testing </em><em>Explored. Донатас сказал "Предположим, мы нашли проблему в приложении или самом процессе разработки. Однако она не получает должного, с нашей точки зрения, внимания. Как убедить остальных? Что рекомендуется для взаимодействия с разработчиками, менеджерами и продакт-оунерами в этом случае?"</em></p> <p>Это одна из больших проблем &nbsp;0в тестировании. Как тестировщик, вы находите проблемы. Однако, если ваши клиенты не согласны с вами&nbsp; в определении проблемы, вас не будут расценивать, как значимого члена команды. Вы станете печальным привидением, слоняющимся по чердаку.</p> <p><strong><img src="https://software-testing.ru/images/stories/library/persuasion for testers.png" mce_src="https://software-testing.ru/images/stories/library/persuasion for testers.png" width="200" mce_style="float: left;" style="float: left;">Автор:</strong> Джеймс Бах (James Bach)<br /><strong><a href="https://www.satisfice.com/blog/archives/487452" mce_href="https://www.satisfice.com/blog/archives/487452" target="_blank">Оригинал статьи</a><br /></strong><strong>Перевод</strong><strong>:</strong> Ольга Алифанова</p><p><em>Этот вопрос возник в ходе недавнего онлайн-тренинга </em><em>Rapid </em><em>Sofware </em><em>Testing </em><em>Explored. Донатас сказал "Предположим, мы нашли проблему в приложении или самом процессе разработки. Однако она не получает должного, с нашей точки зрения, внимания. Как убедить остальных? Что рекомендуется для взаимодействия с разработчиками, менеджерами и продакт-оунерами в этом случае?"</em></p> <p>Это одна из больших проблем &nbsp;0в тестировании. Как тестировщик, вы находите проблемы. Однако, если ваши клиенты не согласны с вами&nbsp; в определении проблемы, вас не будут расценивать, как значимого члена команды. Вы станете печальным привидением, слоняющимся по чердаку.</p> ИТ-книга от идеи до выпуска. Часть 0: как начать и не бросить 2022-02-28T20:00:00Z 2022-02-28T20:00:00Z https://software-testing.ru/library/testing/general-testing/3791-book Administrator barancev@gmail.com <p><span style="color: #000000; font-family: Arial, Helvetica, Garuda, sans-serif; font-size: 12px;" mce_style="color: #000000; font-family: Arial, Helvetica, Garuda, sans-serif; font-size: 12px;">Автор: Ольга Назина (Киселёва)</span></p><p>В конце прошлого года я выпустила свою первую книгу по тестированию —&nbsp;«<a href="http://testbase.ru/book-beginner" mce_href="http://testbase.ru/book-beginner" rel="noopener noreferrer nofollow"><u>Курс молодого бойца</u></a>». Это было нелегко и долго =)&nbsp;</p><p>Книгу я писала… 3 года! Потом ещё год искала художников и доделывала картинки. Потом искала издательства, проходила редактуру и т.д. Итого — 4.5 года:</p><blockquote><p>07.09.2017 — 11.01.2022 (дата выхода книги на площадках типа OZON)</p></blockquote><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/9f4/339/483/9f433948353a79ce479f08f239b457a3.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/9f4/339/483/9f433948353a79ce479f08f239b457a3.png" data-src="https://habrastorage.org/getpro/habr/upload_files/9f4/339/483/9f433948353a79ce479f08f239b457a3.png" width="1403" height="932"></p><p><figcaption></figcaption></p><p></p><p>Я хочу поделиться своим опытом, рассказать про весь процесс. Что вообще предстоит автору, какие фазы нужно пройти от идеи до публикации. Может быть, мой опыт поможет вам тоже решиться на такую авантюру =)</p> <p><span style="color: #000000; font-family: Arial, Helvetica, Garuda, sans-serif; font-size: 12px;" mce_style="color: #000000; font-family: Arial, Helvetica, Garuda, sans-serif; font-size: 12px;">Автор: Ольга Назина (Киселёва)</span></p><p>В конце прошлого года я выпустила свою первую книгу по тестированию —&nbsp;«<a href="http://testbase.ru/book-beginner" mce_href="http://testbase.ru/book-beginner" rel="noopener noreferrer nofollow"><u>Курс молодого бойца</u></a>». Это было нелегко и долго =)&nbsp;</p><p>Книгу я писала… 3 года! Потом ещё год искала художников и доделывала картинки. Потом искала издательства, проходила редактуру и т.д. Итого — 4.5 года:</p><blockquote><p>07.09.2017 — 11.01.2022 (дата выхода книги на площадках типа OZON)</p></blockquote><p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/9f4/339/483/9f433948353a79ce479f08f239b457a3.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/9f4/339/483/9f433948353a79ce479f08f239b457a3.png" data-src="https://habrastorage.org/getpro/habr/upload_files/9f4/339/483/9f433948353a79ce479f08f239b457a3.png" width="1403" height="932"></p><p><figcaption></figcaption></p><p></p><p>Я хочу поделиться своим опытом, рассказать про весь процесс. Что вообще предстоит автору, какие фазы нужно пройти от идеи до публикации. Может быть, мой опыт поможет вам тоже решиться на такую авантюру =)</p> Мифы и легенды о тестировании 2022-03-27T20:00:00Z 2022-03-27T20:00:00Z https://software-testing.ru/library/testing/general-testing/3788-myths-and-legends-about-testing Administrator barancev@gmail.com <p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/baf/b76/3a5/bafb763a54d1cd106a9493c2862ad757.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/baf/b76/3a5/bafb763a54d1cd106a9493c2862ad757.png" data-src="https://habrastorage.org/getpro/habr/upload_files/baf/b76/3a5/bafb763a54d1cd106a9493c2862ad757.png" width="524" height="524"></p><p>Тестирование — не то, чем кажется. Я работаю тестировщицей больше десяти лет и встречала разные мифы о своей работе. В этой статье я разберу самые популярные из них.</p><p><em>Автор статьи — Ольга Артемьева, ведущая тестировщица КриптоПро, ментор и создательница блога </em><a href="https://t.me/testing_and_life" mce_href="https://t.me/testing_and_life" rel="noopener noreferrer nofollow"><em>Тестирование и жизнь</em></a><em>.</em></p><p><em>Примечание редакции: тема важная, поэтому в качестве иллюстраций для большей читаемости мы добавили любимые мемы про QA.</em></p> <p><img src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/baf/b76/3a5/bafb763a54d1cd106a9493c2862ad757.png" mce_src="https://habrastorage.org/r/w1560/getpro/habr/upload_files/baf/b76/3a5/bafb763a54d1cd106a9493c2862ad757.png" data-src="https://habrastorage.org/getpro/habr/upload_files/baf/b76/3a5/bafb763a54d1cd106a9493c2862ad757.png" width="524" height="524"></p><p>Тестирование — не то, чем кажется. Я работаю тестировщицей больше десяти лет и встречала разные мифы о своей работе. В этой статье я разберу самые популярные из них.</p><p><em>Автор статьи — Ольга Артемьева, ведущая тестировщица КриптоПро, ментор и создательница блога </em><a href="https://t.me/testing_and_life" mce_href="https://t.me/testing_and_life" rel="noopener noreferrer nofollow"><em>Тестирование и жизнь</em></a><em>.</em></p><p><em>Примечание редакции: тема важная, поэтому в качестве иллюстраций для большей читаемости мы добавили любимые мемы про QA.</em></p>