Home

Вышел выпуск рассылки за первую половину апреля, его содержание доступно по ссылке.

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

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

Оригинал статьи: https://dojo.ministryoftesting.com/lessons/three-digestible-diagrams-to-describe-exploratory-testing

Автор: Саймон Томес (Simon Tomes)

Перевод: Ольга Алифанова

Живой магнит для багов

Я работал со своей командой какое-то время на тот момент, и думал, что завоевал их уважение и доверие. У нас был высокорисковый сложный проект в критической стадии, и я находил баг за багом.

"Может кто-нибудь сказать Томесу, чтобы он прекратил тестировать? Он просто ломает ПО и находит больше и больше багов!"

Я буквально сдулся и почувствовал себя бессмысленным. Конечно, глубоко внутри себя я знал, что мой статус магнита для багов был несправедлив, но мне не хватало способности объяснить, почему.

Я хочу поговорить об исследовательском тестировании так, чтобы нас поняли. Когда мы пытаемся произвести впечатление или придать чересчур много важности тому, что мы делаем, мы можем вызвать смущение или даже гнев и раздражение.

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

Зачем объяснять "для тупых", что именно мы делаем, когда занимаемся исследовательским тестированием? Зачем молчать про ту ценность, которую команда, продукт и потребитель получают от такого подхода к тестированию? Это выглядит, как неуважение к сообществу и потребителям – мы делаем ПО, но рассказываем о том, как, некорректно и нечестно.

Нажмите на картинку, чтобы увеличить изображение

В конце февраля была проведена очередная конференция выходного дня COMAQA Winter 2017. На встрече прозвучали выступления специалистов по ручному и автоматизированному тестированию.

Кроме того, в рамках мероприятия было организовано два круглых стола, где обсуждались:

1. Архитектура решений UI автоматизации. Присутствующие эксперты рассказывали о своем опыте и пытались прийти к консенсусу по затронутым вопросам.

2. Старт автоматизации тестирования на проекте. Коллеги обсудили, с чего лучше начать процесс, как подобрать команду, как определиться с инструментами и покрытием, а также коснулись других не менее интересных тем.

Узнать мнение каждого специалиста можно, посмотрев видеозаписи:

Конференция, целиком посвященная тестированию и обеспечению качества ПО, пройдет уже совсем скоро. До 27 апреля осталось всего 2,5 недели, и мы спешим поделиться самыми свежими новостями.

Уже полностью сформирована программа конференции, которую также можно скачать в формате PDF. В программе три параллельных потока, 13 зарубежных спикеров и 7 спикеров из России.

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

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

Накануне конференции 26 апреля пройдут 4 практических мастер-класса, на них отдельная регистрация.

Если вам интересно узнать о последних тенденциях в области тестирования и QA, присоединяйтесь к участникам конференции TestCon Moscow 27 апреля.

Зарегистрироваться на конференцию можно здесь.

Подробности на сайте конференции www.testconf.ru.

Автор: Алёна Соколова

Оригинал статьи: https://dou.ua/users/aliona-sokolova/

Несколько месяцев назад мой коллега Макс прислал мне заинтересовавшую его ссылку со списком когнитивных искажений человека. Читая описания разнообразных ловушек мышления, я понимала, что вижу проявления многих из них как в повседневной жизни, так и на работе. Изучив вопрос, решила поделиться с коллегами: впервые статья вышла на английском языке в журнале компании Logeek Magazine, сейчас же я хочу поделиться с более широкой аудиторией, разместив на DOU.

«You should work to reduce your biases, but to say you have none is a sign that you have many» — Nate Silver

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

Ловушками мышления называют стандартные, шаблонные отклонения в мышлении человека, основывающиеся на деформированных убеждениях.

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

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

Автор: Антон Алексеев

Оригинальная публикация

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

Что такое «качественный программный продукт»? Это продукт, который выполняет поставленные перед ним задачи и удовлетворяет ожидания пользователей. Для достижения этого результата любая программа сначала проходит тестирование и только потом попадает в руки конечного потребителя. Так как сроки тестирования (как и любого процесса) имеют тенденцию стремиться к бесконечности, нам необходимо грамотное выстраивание процесса. И тут уже никак не обойтись без тест-дизайна.

Автор: Джеральд Вайнберг (Gerald Weinberg)

Оригинал статьи: http://secretsofconsulting.blogspot.ru/2016/09/preventing-software-quality-crisis.html

Перевод: Ольга Алифанова.

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

Симптомы перегрузки, связанные с плохим качеством

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

Наша первоначальная задача, как консультантов – изучение симптомов. Мы классифицируем симптомы перегрузки на четыре разные категории – непонимание существования проблемы, непонимание, что происходит, характерные поведенческие шаблоны и чувства. Прежде чем описать динамику этих симптомов, давайте посмотрим на некоторые из них на примере компании АБВ.

Хотим познакомить вас с докладами 2 потока конференции COMAQA Winter 2017, прошедшей в конце февраля. На второй день мероприятия коллеги из ведущих IT-компаний продолжили делиться своим опытом в области тестирования ПО. Записи докладов, которые они представили, вы сможете посмотреть ниже (а здесь можете освежить в памяти темы, о которых докладчики говорили в первый день):

1. Вадим Зубович - Тестовые стратегии

2. Андрей Стасевич - Автоматизация тестирования API для начинающих

3. Вадим Зубович - В топку Postman - пишем API автотесты в привычном стеке

4. Тимофей Авилин - А давайте будем многопоточить и масштабировить!

5. Ходяков Денис, Евгений Фролов - Из Сибири и Урала в Минск: кто виноват и что делать

6. Евгений Фролов - Career boost: как джуниору случайно стать лидом и не получить от этого удовольствия

7. Константин Алесионок - Приобрел так сказать новое мировоззрение с RP

8. Егор Сосковец - Процесс тестирования в условиях неявных требований

9. Антон Семенченко - Некоторые физические законы в контексте автоматизации тестирования