Home

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

Автоматизация тестирования – это краеугольный камень непрерывного процесса поставки программного обеспечения. Автоматизация постоянно держит новые фичи под огнем тестов, которые никогда не будут вовремя завершены, если мы начнем выполнять их вручную. Однако по моему опыту код тест-автоматизации – это иногда худший код в мире разработки. Команды зачастую не придают значения его важности, объему требуемой работы и его уникальным техническим трудностям. В результате выходит не код, а громоздкая куча мусора! Его даже можно назвать "банкротом".

Что делать в этой ситуации? Полностью забить на существующее решение по автоматизации и начать заново? Может, и так, а может, и нет. Не торопитесь взорвать все, что можно, и начать сначала! Нет такого понятия, как идеальный проект, и, возможно, еще можно что-то сделать. Перезапуск автоматизации с нуля – не самое простое решение.

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Часть 1
Часть 2
Часть 3
Часть 4

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

В курсе Rapid Software Testing мы говорим, что тестирование – это оценка продукта путем его изучения через эксперименты и исследования, включая вопросы, моделирование, обучение, манипуляции, вмешательства, и т. д. Обучение – неотъемлемая часть тестирования. Тестировщики могут взаимодействовать с множеством артефактов и людей, чтобы начать изучать продукт, и это мы уже обсуждали. Давайте разберемся, почему идея заставить тестировщика работать посредством тест-кейсов не так уж хороша.

Публикуем доклады с конференции SQA Days 25, посвященные тест-дизайну и тест-документации.

• Автоматическое генерирование тест-кейсов (ну почти автоматическое) – Арника Гришко, Polish Testing Board (Вроцлав).
• Пользовательские сценарии – как построить эффективную документацию на игровом проекте – Наталья Русак, ООО "Мелсофт" (Минск).
• Как мы решали проблему документирования и запуска тестов – Виталий Краснов, Синарра Системс (Казань).
• Расширяем идею статического анализа от проверки кода до других процессов разработки – Максим Стефанов, PVS-Studio (Тула)
• Оценка покрытия автотестами функциональности продукта с учетом показателя критичности – Дмитрий Евстафьев, ООО "АСКОН-Девелопмент" (Рязань).

 Видео докладов ниже.

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

Множество статей, постов и презентаций посвящено фреймворкам и стратегиям автоматизаци. Однако даже самые надежные фреймворки автоматизации не исключат нужду в исследовательском тестировании. Мы всегда будем сталкиваться с ситуациями, в которых понадобится генерация длинного текста для проверки текстовых полей или кодировки строки в HTML для тестирования на межсайтовый скриптинг. В этот раз я поделюсь пятнадцатью любимыми бесплатными инструментами, которые упрощают и ускоряют тестирование.

Дорогие наши читатели, мы поздравляем вас с профессиональным праздником - днем тестировщика! Пусть ваши тесты находят самые хитрые баги! Пусть в ваших проектах не будет даже микроскопических изъянов. Желаем им - и вам - железного здоровья, успеха и процветания.
Ваш Software-Testing.RU

Публикуем доклады с конференции SQA Days 25, посвященные особенностям функционального тестирования.

• Переход на микросервисы: мечта или кошмар тестировщика? – Наталья Плетнева, Okko (Санкт-Петербург.
• БДСМ подход. А вы точно понимаете свой проект? – Алина Хоменко, TDNA (Запорожье).
• Тестирование Big Data – Андрей Гительсон, Grid Dynamics (Санкт-Петербург).
• Тестирование API как по нотам – Евгений Клименко, TDNA (Запорожье).

Видео докладов ниже.

Автор: Виктор Славчев (Viktor Slavchev)
Оригинал статьи
Перевод: Ольга Алифанова

Если вы регулярно следите за моим блогом – хотя я нерегулярно пишу – или слышали мои выступления, то, возможно, слышали, как я говорю нечто вроде "Тестирование похоже на науку" или "Наука тестирования". Это звучит веско и броско, но я пока что видел немного хороших объяснений, почему это так. Я этого тоже не объяснял, поэтому в том есть и моя вина.

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

Вместо этого они попытаются пудрить вам мозги про важность сотрудничества в тестировании, личных качествах тестировщика, значимость таких индивидуальных особенностей, как сопереживание, покладистость, скромность, креативность, и так далее, и тому подобное. Все это, конечно, захватывающие и популярные гуманитарные темы, и они очень важны, но у них есть одна общая проблема – они не имеют ничего общего с сущностью тестирования. Любой, кто заявляет, что что-то из вышеперечисленного важнее ваших практических навыков и доменных знаний, просто пытается избежать демонстрации настоящих знаний о тестировании и увести разговор в более обширную область гуманитарных дисциплин.

Основная цель этой серии статей – стать практическим руководством по тестированию с концентрацией на исследовании, и я надеюсь, что все, о чем вы тут прочитаете, или основано на практике, или может быть практически применено.

Итак,…

Опубликован очередной выпуск рассылки за вторую половину августа.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку