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. Антон Семенченко - Некоторые физические законы в контексте автоматизации тестирования

Автор: Екатерина Батеева, Отдел автоматизированного тестирования, Тинькофф Банк

Оригинальная публикация: https://habrahabr.ru/company/tinkoff/blog/324766/

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

В нашем банке мы тоже наблюдаем эту тенденцию: мобильное приложение по сравнению с интернет-банком используют на порядок больше пользователей. Поэтому остро встал вопрос автоматизации тестирования мобильного приложения. Несмотря на повсеместное использование мобильных приложений, средства для их автоматизированного тестирования далеко не идеальны. Кроме того, мы предъявляем к ним высокие требования. Например, самый популярный фреймворк Appium — open-source решение, поддерживающее платформы Android и iOS, — нам не подошел. Наши разработчики использовали много модных библиотек, и взаимодествовать с приложением иногда приходилось на более низком уровне. UI Automator и UI Automation оказались более сложными в развертывании, каждое приложение использовало свой язык для написания тестов, из-за чего возникали проблемы при перераспределении между платформами в команде автотестирования.

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