Автор: Энди Найт (Andy Knight) Оригинал статьи Перевод: Ольга Алифанова
Автоматизация тестирования – это краеугольный камень непрерывного процесса поставки программного обеспечения. Автоматизация постоянно держит новые фичи под огнем тестов, которые никогда не будут вовремя завершены, если мы начнем выполнять их вручную. Однако по моему опыту код тест-автоматизации – это иногда худший код в мире разработки. Команды зачастую не придают значения его важности, объему требуемой работы и его уникальным техническим трудностям. В результате выходит не код, а громоздкая куча мусора! Его даже можно назвать "банкротом".
Что делать в этой ситуации? Полностью забить на существующее решение по автоматизации и начать заново? Может, и так, а может, и нет. Не торопитесь взорвать все, что можно, и начать сначала! Нет такого понятия, как идеальный проект, и, возможно, еще можно что-то сделать. Перезапуск автоматизации с нуля – не самое простое решение.
Во время нашей тренинг-сессии Фрида все еще играла роль менеджера, одержимого тест-кейсами – и играла ее очень хорошо. Она разыгрывала типичную карту менеджмента "А как же изучение продукта? Ведь тест-кейсы – хороший способ для этого!"
В курсе Rapid Software Testing мы говорим, что тестирование – это оценка продукта путем его изучения через эксперименты и исследования, включая вопросы, моделирование, обучение, манипуляции, вмешательства, и т. д. Обучение – неотъемлемая часть тестирования. Тестировщики могут взаимодействовать с множеством артефактов и людей, чтобы начать изучать продукт, и это мы уже обсуждали. Давайте разберемся, почему идея заставить тестировщика работать посредством тест-кейсов не так уж хороша.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Множество статей, постов и презентаций посвящено фреймворкам и стратегиям автоматизаци. Однако даже самые надежные фреймворки автоматизации не исключат нужду в исследовательском тестировании. Мы всегда будем сталкиваться с ситуациями, в которых понадобится генерация длинного текста для проверки текстовых полей или кодировки строки в HTML для тестирования на межсайтовый скриптинг. В этот раз я поделюсь пятнадцатью любимыми бесплатными инструментами, которые упрощают и ускоряют тестирование.
Дорогие наши читатели, мы поздравляем вас с профессиональным праздником - днем тестировщика! Пусть ваши тесты находят самые хитрые баги! Пусть в ваших проектах не будет даже микроскопических изъянов. Желаем им - и вам - железного здоровья, успеха и процветания. Ваш Software-Testing.RU
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова
Если вы регулярно следите за моим блогом – хотя я нерегулярно пишу – или слышали мои выступления, то, возможно, слышали, как я говорю нечто вроде "Тестирование похоже на науку" или "Наука тестирования". Это звучит веско и броско, но я пока что видел немного хороших объяснений, почему это так. Я этого тоже не объяснял, поэтому в том есть и моя вина.
На протяжении вашей карьеры вы столкнетесь с большим количеством людей, называющих себя экспертами тестирования, философами тестирования, гуру тестирования или евангелистами тестирования, но абсолютно не способных объяснить вам или даже самим себе, как связаны тестирование и наука, и какие знания тестирование может у науки позаимствовать.
Вместо этого они попытаются пудрить вам мозги про важность сотрудничества в тестировании, личных качествах тестировщика, значимость таких индивидуальных особенностей, как сопереживание, покладистость, скромность, креативность, и так далее, и тому подобное. Все это, конечно, захватывающие и популярные гуманитарные темы, и они очень важны, но у них есть одна общая проблема – они не имеют ничего общего с сущностью тестирования. Любой, кто заявляет, что что-то из вышеперечисленного важнее ваших практических навыков и доменных знаний, просто пытается избежать демонстрации настоящих знаний о тестировании и увести разговор в более обширную область гуманитарных дисциплин.
Основная цель этой серии статей – стать практическим руководством по тестированию с концентрацией на исследовании, и я надеюсь, что все, о чем вы тут прочитаете, или основано на практике, или может быть практически применено.
Git — распределённая система управления версиями, созданная для облегчения работы с изменяющейся информацией. Система управления версиями позволяет хранить несколько версий одного и того же документа, при необходимости возвращаться к более ранним версиям, определять, кто и когда сделал то или иное изменение, и многое другое.
Такие системы наиболее широко используются при разработке программного обеспечения для хранения исходных кодов разрабатываемой программы.
Умение работать с Git хотя бы на минимальном уровне является обязательным навыком на проекте, где используется эта система. В данном видео мы рассмотрим самые основы. Как стянуть изменения из удаленного репозитория, поработать с Git-ветками, узнать текущий статус локального репозитория, посмотреть список коммитов и не только это вы узнаете из этого видео.
Это и другие видео вы можете увидеть на нашем youtube-канале. Подписывайтесь, чтобы регулярно получать новые видео по тестированию.
Публикуем доклады с конференции SQA Days 25, посвященные тестированию новых технологий.
Инструменты для тестирования блокчейн-приложений – Люсьян Стапп, Stowarzyszenie Jakości Systemów Informatycznych.
Когда научная фантастика становится реальностью тестировщика: глубокое обучение и тестирование интернета вещей – Ярослав Гришко, SJSI - Polish Testing Board (Вроцлав).
Тестирование инфраструктуры в AWS – Ксения Чистова, Exness.
Опубликован очередной выпуск рассылки за вторую половину августа.