Home

Один из самых увлекательных докладов на прошедшей конференции SQA Days 7 -- рассказ Юли Нечаевой о тестировании игр. Чем занимаются тестировщики в компаниях, производящих компьютерные игры? Действительно ли они играют на работе? Да, играют, конечно. Но каково это, проходить по сотне раз одни и те же предписанные сценарии? Чем ещё они занимаются? Что лучше -- нанимать тестировщика и учить играть, или нанимать игрока и учить тестировать? Что можно автоматизировать, а что приходится тестировать вручную? Конечно, за сорок минут невозможно раскрыть все секреты тестирования игр, но Юля постаралась выделить самые главные особенности.

19 мая по инициативе Ростислава Яворского (Microsoft Research) и сообщества Гуру на Урале состоялся онлайн-семинар, на котором  Алексей Баранцев выступил с докладом на тему "Обзор методов анализа программ". Семинар нацелен главным образом на студентов и аспирантов.

Доступна запись семинара (~2 часа) и слайды.

Аннотация:

Разработка и анализ компьютерных программ подобны двум сторонам одной медали -- они не могут существовать друг без друга и друг друга взаимно дополняют. Анализ обеспечивает обратную связь, благодаря которой мы узнаём о том, правильно ли движется разработка.

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

Автор: Gojko Adzic
Перевод: Дмитрий Дудников по заказу Software-Testing.RU
Оригинальная публикация

Я сейчас пишу новую книгу и в связи с этим опрашиваю множество команд, внедривших приемочное тестирование. Большинство из уже опрошенных не в одном, так в другом месте наступали на грабли при автоматизации тестирования пользовательского интерфейса (UI). Пообщавшись несколько недель назад на Agile Acceptance Testing Days в Бельгии с некоторыми участниками, которые как раз опасно приблизились к тому месту, где спрятаны грабли, я хочу представить вашему вниманию хорошие, на мой взгляд, подходы к автоматизации UI-тестирования.

Некоторое время назад я уже высказывался против автоматизации тестирования пользовательского интерфейса, поэтому не буду повторяться. Однако многие из команд, с которыми я общался, судя по всему, предпочитают автоматизацию именно на этом уровне, или думают, что для подтверждения требуемой бизнес-функциональности необходимо тестирование на этом уровне. Почти все эти команды через 6-9 месяцев после первых попыток автоматизации обнаруживали, что цена поддержки UI-тестов больше, чем получаемая от них выгода. Многие в этот момент забрасывали свои тесты и благополучно теряли вложенные в них усилия. Если вам все-таки необходимо выполнить автоматизацию UI-тестов (в чем я сильно сомневаюсь), то ниже вы найдете рекомендации, как сделать так, чтобы в дальнейшем цена их поддержки не оказалась слишком высокой.

Автор: Алексей Ракицкий – ведущий специалист по автоматизации функционального и нагрузочного тестирования ПО Qulix QA.
Оригинал: http://www.qa.qulix.ru/knowledge/articles-automation.php

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

Статья посвящена рекомендациям по наиболее безболезненному варианту внедрения автоматизации тестирования на уровне проекта в случае, если это направление в целом не развито в компании – производителе ПО.

«Лаборатория Качества» рада сообщить Вам о своём новом проекте: «Мастер-классы». Короткие онлайн-тренинги будут проводиться каждую среду с 16 июня по 21 июля и охватывают широкий спектр тем, интересных как для тестировщиков, так и для тест-менеджеров:

• Использование Pairwise в тест-дизайне
• Создание тест-планов
• Проведение собеседований
• Mind Maps в тестировании
• Session-based тестирование
• Локализация и заведение дефектов

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

О подготовке

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

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