Рекомендуем: отличная статья Джеймса Баха на тему локализации плавающих багов поможет тем кто испытывает трудности с такого рода задачами
Ловите лайфхак, как за 15 минут «прокачаться» в QA! #куатулерн
Нужно потратить их на статью «Как локализовать плавающие баги». И на это есть важные причины. Во-первых, автор оригинала статьи — Джеймс Бах, один из столпов мира тестирования ПО. Во-вторых, в материале прекрасно расписывается, почему плавающие баги — не только один из самых сложных кейсов в работе тестировщика, но еще и своеобразное «дело чести»: высокопрофессиональный сотрудник QA должен уметь локализовывать такие неуловимые баги. Ведь такие ошибки в работе ПО вызваны не магнитными бурями или ретроградным Меркурием: это такие же баги, только трудно выявляемые. Но на то мы и профи, так? Поэтому наша задача — сделать «мистическую» ошибку — обычной, понять, почему она возникает, чтобы разработчики смогли её исправить.
Джеймс Бах в своей статье разбирает принципы работы с плавающими багами. Эти советы можно воспринять как некий свод правил: он поможет трезво подойти к локализации даже самых необычных багов, понять, почему редкая ошибка стоит точно такого же вашего внимания, как и все остальные. Добавим от себя — умение работать с плавающими багами лишний раз подчеркнёт уровень вашего профессионализма.
Статья в переводе доступна по ссылке: https://www.software-testing.ru/library/testing/gener..
Если хотите попрактиковаться в английском, есть ссылка и на оригинал: https://www.satisfice.com/blog/archives/34
В данной статье мы подробно рассмотрим, что такое тестирование мобильных приложений и для чего оно нужно. Расскажем об основных методах и инструментах тестирования mobile приложений.
Как показывает практика, пока еще нужны люди, «работающие руками»! И даже современный искусственный интеллект не заменит старый-добрый человеческий вопрос «А что, если?..».
Почему-то считается, что программисты видят в QA инженерах и тестировщиках, не профессионалов, а ненужную «прослойку». Это один из самых распространенных мифов: постоянная вражда между Dev и QA.
Сначала стать тестировщиком, а потом уже разработчиком? Либо просто легко войти в IT через тестирование? Это популярная, но плохая идея
Культура тестирования в различных компаниях – это вообще отдельная тема для холиваров в профессиональных и около-QA сообществах
Тестировщикам не надо знать, что «под капотом» программы. В теории - такое вполне может быть, но на практике это так далеко не всегда.
Мнение, что тестировщик обязательно должен быть перфекционистом - очень популярно и является предметом частых споров. Но так ли это на самом деле?
Любому несведущему человеку может показаться что тестировщики только и делают, что весь день сидят и постоянно кликают на одни и те же кнопки, без какого-либо разнообразия. Но это не совсем так!
Многие, кто далек от профессии считают, что тестировать — просто. Но если бы реально все так было просто – в мире бы уже не осталось ни одного бага.
Учебник «100-Year QA-textbook» - это хорошая альтернатива бесплатным курсам либо первой ступени в QA
