Home

Автор: Artsiom Rusau @artsiom-rusau QA Engineer | Автор блога Artsiom Rusau QA Life

Возвращаемся к нашему любимому вопросу — много теории, мало практики. Где тренироваться тестированию самоучке или человеку, которому не хватает практических заданий на курсах?

Автор: Джеймс Эспи (James Espie)
Оригинал статьи
Перевод: Ольга Алифанова

 Исследование

Если подумать о великих путешественниках, кто приходит вам в голову? Возможно, Тинтин, знаменитый журналист из комикса, исследующий мир в поисках разгадок тайн? Или Доктор (Доктор Кто), исследователь времени и пространства, спасающий вселенную от одной напасти за другой? А как насчет Даши-путешественницы? Она учит детей читать по слогам при помощи своих приключений и преодоления препятствий.

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: Сафа Эмхемед (Safa Emhemed)
Оригинал статьи
Перевод: Полина Сергеева

При проведении тестирования программного обеспечения Вам важно достичь оптимальных результатов, не отклоняясь от цели. Для того, чтобы определить, что Вы придерживаетесь правильной стратегии, нужно следовать нескольким основным принципам тестирования. Они были упорядочены и установлены ISTQB по мере развития тестирования и разработки ПО на протяжении многих лет и считаются ключевыми. Вот семь общих принципов тестирования, которые широко применяются в индустрии программного обеспечения:

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: Алия Токарева, ICL Services
Оригинальная публикация

Предисловия, или Размышления о том, как много тестировщиков в IT

Спойлер: очень много. Все они проходят курсы, чтобы войти в мир тестирования, но и проверка знаний новых специалистов заканчивается на моменте сдачи экзаменов на курсах и далее при собеседовании. А что дальше? Вспомнит ли тестировщик тот материал, который проштудировал во время обучения через 1 год? А через 3 года?

Если в компании не применяются мероприятия по аттестации сотрудника и/или сотрудник не применяет полученные знания в работе, то память тестировщика может очень сильно подвести. И более того, это может сказаться также и на качестве тестирования («и далее, как снежный ком…»). При этом проблема может возникнуть не только в отрицательную сторону, где тестер забыл весь пройденный курс обучения, но и в положительную – специалист повысил свои навыки и знания в тестировании, а руководители недооценили своего подчиненного (И как долго недооцененный сотрудник продержится в компании? А ведь это давит морально на эмплоера).

Автор: Деннис Мартинез (Dennis Martinez)
Оригинал статьи
Перевод: Ольга Алифанова

Пересматривали ли вы когда-нибудь повторно тот код, который вы или команда написали для автотестов? Речь не о ревью этих тестов день или даже неделю спустя после их создания – я имею в виду "зарыться в архивы и проверить то, что сделано месяцы или даже годы назад". Если вы похожи на большинство разработчиков и тестировщиков, то ваша реакция будет чем-то средним между "О чем я только думал, когда писал этот код?" и "Я даже не знаю, работает ли это и используется ли вообще сейчас".

Автор: Егорова Лидия, телеграм - @LiEgorova

В тестировании я работаю около 5 лет. За это время сменила несколько компаний и выросла с джуна до QA-Lead'a. Все годы работы я наблюдала за психологическим состоянием коллег, а потом и членов команды, которую набирала под себя.

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

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