Трудно представить современную жизнь без мобильных устройств и, соответственно, без мобильных приложений. Неотъемлемой частью разработки таких приложений является их тестирование. Грамотный подход к организации тестирования мобильного приложения позволит правильно оценить время на проверку и создать удобный и качественный продукт.
Цена ошибок при тестировании очень высока. Для коммерческих приложений она может выражаться в снижении числа пользователей и возможных клиентов, а также в ухудшении репутации компании-разработчика. Для приложений, участвующих в производственных процессах или социальных сферах, – в недовольстве пользователей и в потере прибыли.
Поэтому мы рассмотрим основные аспекты, на которые требуется обращать внимание при тестировании мобильных приложений.
Промокод для получения 10% скидки на участие в конференции - s-t.ru
Уважаемые коллеги! Рады сообщить, что программа 23-й международной конференции тестировщиков программного обеспечения сформирована.
Уже сейчас вы можете выбрать интересующие вас доклады путем выбора поля "Я пойду" и затем сформировать путевой лист, нажав на ссылку "Скачать программу в PDF". Все выбранные доклады будут в этом файле.
Программа конференции покрывает широчайший спектр вопросов, связанных с обеспечением качества ПО. Представлены доклады от представителей крупных компаний из различных городов и стран. Ознакомиться с программой.
Приглашенные докладчики
Целевая аудитория
Тестировщики, тест-аналитики, разработчики тестов, руководители департаментов тестирования, разработчики ПО, менеджеры продуктов/проектов, менеджеры по качеству, менеджеры по развитию, руководители, которые хотят более глубоко понять работу своей команды.
Дата и место проведения
Конференция пройдет 25-26 мая 2018г. по адресу: Беларусь, Минск, проспект Дзержинского, 1E отель Ренессанс Минск (Схема проезда).
Приглашаем принять участие
Для участников предоставляются скидки от наших информационных партнеров и для групп участников, а также скидка для участников конференции Analyst Days-8, которая пройдет 27-28 апреля 2018 г. в Санкт-Петербурге.
Сертификация для тестировщиков
В рамках SQA Days-23 имеется возможность пройти сертификацию:
- ISTQB® Certified Tester Foundation Level - ISTQB® Certified Tester Advanced Level - iSQI® Certified Mobile App Testing - TMMi® – Professional
В конце первого дня конференции мы поедем отдыхать и развлекаться в ресторан "Чайхона Базар" (г. Минск, пр. Победителей, д.7). Восток – дело не только тонкое, но и неповторимо-вкусное. Помимо вкусностей и ароматного кальяна (для желающих), вас ждет отличная музыкальная программа.
Доставка участников будет осуществляться автобусами от места проведения конференции.
Как обычно для читателей нашего портала действует промокод на получение 10% скидки.
В моей компании мы внедрили автоматизированную визуальную регрессию в нашу стратегию тестирования для трех продуктов. Мы выбирали разные фреймворки для внедрения, и мы используем автоматизированное визуальное регрессивное тестирование с немного разными целями в каждой команде. В этой статье я делюсь концепцией автоматизированной визуальной регрессии и привожу конкретные примеры ее использования.
Что такое визуальная регрессия?
Внешний вид веб-приложения обычно определяется каскадной таблицей стилей (CSS). Ваш продукт может использовать другую разновидность CSS – например, SCSS, SASS, LESS. Все они описывают формат и развертку вашего пользовательского веб-интерфейса.
Когда вы вносите изменения в продукт, вы, скорее всего, меняете его внешний вид. Вы можете намеренно работать над задачей дизайна – к примеру, исправлять отображение модального диалогового окна – или же разрабатывать часть функциональности, которая проходит через пользовательский интерфейс, что означает, что вам придется менять содержание экрана – к примеру, добавлять поле логина к банковской учетной записи. В обоих случаях вам, возможно, нужно внести изменения в таблицу стилей.
Существует много видов ПО тестов. Практики BDD можно применять в любых аспектах тестирования, но BDD фреймворки используются далеко не во всех типах тестов. Поведенческие сценарии, по сути, являются функциональными тестами - они проверяют, что тестируемый продукт работает корректно. Для тестирования производительности могут использоваться инструменты, в то время как BDD фреймворки не предназначены для этих целей. Задача данной статьи, в основном, состоит в описании роли BDD автоматизации в Пирамиде Тестирования. Прочитайте статью BDD 101: Manual Testing для того, чтобы понимать как BDD применяется при ручном тестировании. (Всю информацию по BDD можно найти на странице Automation Panda BDD page)
Это техническая конференция по тестированию, в которой участвуют более 500 профессиональных разработчиков, тестировщиков и тимлидов. Основная цель – обмен опытом и помощь в решении стратегических задач в тестировании. На конференции появляются ответы на вопросы, о которых вы никогда не задумываетесь в повседневной жизни.
Доклады – исключительно практические, «бери и делай», без воды и рекламы:
– Тестирование безопасности;
– Тестирование конфигурации;
– Тестирование блокчейна;
– Инструменты, фреймворки и библиотеки для тестировщиков;
Спикеры конференции, как всегда, известные мировые эксперты из крупных компаний, где тестирование и качество продукта – важнейшая вещь:
– Michael Bolton (Develop Sense) – соавтор курса Rapid Software Testing;
– Simon Stewart – глава Selenium Project и создатель WebDriver;
– Виталий Фридман – фронтенд-гуру, создатель и главный редактор Smashing Magazine;
– Артём Ерошенко – более 8 лет занимается автоматизацией тестирования в разных ролях, имеет опыт работы со множеством популярных инструментов;
– Андрей Сатарин (Amazon Web Services);
– Руслан Черемин (Deutsche Bank).
Все спикеры, подробности докладов и регистрация – на сайте конференции: https://goo.gl/zAVQiE
Скидка 3000 рублей на личное участие и 1500 на онлайн-трансляцию по промокоду SoftwareTestingPromo
Все продукты получаются неидеальными. Да-да! С багами! Некоторые из них никогда не будут поправлены. Произнесите это слово по слогам, чтобы почувствовать всю обреченность и окончательность этого вердикта: ни-ког-да!
Тип 1. Баги, связанные с устаревшими устройствами и программами
Если вы делаете продукт в 2018 году, нет смысла добавлять специальную верстку для Internet Explorer 6 или подстраиваться под iPhone 4. Конечно, это почти абсурдные примеры, но человек в здравом уме вряд ли будет поддерживать старое устройство или древнюю версию браузера, так как их аудитория уменьшается с каждым днем и однажды просто исчезнет.
Здесь стоит сделать оговорку: все же не стоит отсекать идею пофиксить подобный баг сразу. Все нужно соотносить с полезностью для пользователей и вашими затратами. Например, если вы потратите на фикс 10 минут, а «спасибо» вам при этом скажут десятки тысяч человек, нужно браться за работу. А вот тратить 20 часов для одного пользователя бесплатной версии, который отписался под одним из ваших постов на Хабре годичной давности, – это непродуктивное решение.
Первая встреча тестировщиков, на которой я побывал, была посвящена планированию тестирования. Ближе к концу отчета о своем опыте, с которого и начался разговор, докладчик процитировал Джеймса Уиттакера, сказав, что «Хороший тестировщик никогда ничего не предполагает». В то время я не знал, кто такой Джеймс Уиттакер, но цитата застряла в моей голове. Мы в итоге подняли эту тему и обсудили ее вкратце, но она спровоцировала для меня длительные размышления о небольших (или больших) допущениях и их месте в тестировании.
В детстве мое знакомство с допущениями началось с расхожей фразы, которую я до сих пор довольно часто слышу – «Когда ты предполагаешь, ты делаешь осла и из себя, и из меня» (игра слов – when you assume, you make an ass out of U and Me – прим. переводчика). Очевидно негативная коннотация и забавная игра слов заставили эту фразу застрять в голове, но если задуматься, неужели допущения – это так плохо? Исходя из фразы, любое предположение будет по умолчанию плохим и иметь негативные последствия. Это было мое первое и единственное знакомство с термином, на основе которого выстроился внутренне отрицательный взгляд на предположения. Причиной, объясняющей это, всегда было то, что предположения – это упражнения в лени, которые тебя в итоге погубят – лучше спроси, чем додумывай.
Здравствуйте. Меня зовут Илья Кудинов, мне 27 лет, и я тестировщик. Все: Здравствуй, Илья!
Мы уже много писали о том, как здорово мы в Badoo тестируем наши продукты. А сегодня я (внезапно!) расскажу о том, как круто тестировать ВООБЩЕ. И когда я встречаю представителей нашей профессии, которые не разделяют эту точку зрения, я всегда стараюсь открыть им глаза на истину. Например, этой самой статьёй.
О чём она будет? Я поделюсь своим личным опытом, расскажу, как развивалась индустрия в течение шести с небольшим лет, что я за ней наблюдаю, и опишу своё видение карьерного пути тестировщика. Устраивайтесь поудобнее, настало время (неразборчиво, зачёркнуто) занимательных историй…
Дисклеймер
Всё, что я напишу в этой статье, основано на моём личном восприятии, опыте и информации, которую я почерпнул на QA-конференциях и митапах. Статья будет интересна начинающим специалистам и тем, кто мечтает работать в IT, но ещё не определился с профессией. И главным образом тем, кто считает, что тестирование — несерьёзная, скучная и рутинная работа.
"Мы знаем больше , чем можем выразить словами". - Майкл Полани (1966)
Читаю превосходную книгу «Явное и неявное знание” Гарри Колинза. Она оказала значительное влияние на мои представления о том, как мы учимся и записываем информацию (знания). Это непростая книга для чтения. Мне потребовалось несколько раз перечитать некоторые разделы, чтобы понять, что имел в виду автор.
Для начала оговорюсь, что эта статья основана на моей собственной интерпретации книги и параллелях, которые я провожу между тем, что пишет автор, и тестированием. Итак, что же мы имеем в виду, когда говорим про явные и неявные знания?
Гарри Коллинз в своей книге подробно описывает, что он подразумевает под этими терминами, но я не могу найти чёткого определения, полезного для этой статьи. Поэтому я взял немного научных ссылок, которыми пользовался во время чтения книги. Одну из лучших я нашёл на этом сайте:
Явные знания: Знания, которые кодифицируются и передаются другим через диалог, демонстрацию или другие носители информации (книги, рисунки, документы и т.п.).
Неявные знания: Глубоко личный опыт, способности, восприятие, озарения и ноу-хау, которые подразумеваются, но не выражаются — они принадлежат отдельным лицам и командам.
