Основная идея чемпионата - соревнование по поиску дефектов в программном обеспечении. В этом соревновании побеждает тот, кто за час сможет найти больше критичных багов, а так же знает тест - дизайн и обладает практическими навыками поиска неисправностей.
Тестовое приложение делаем специально для чемпионата, в нем будут спрятаны заранее придуманные баги, которые вам предстоит найти :)
Участвуй, прокачай свои навыки и получи шанс выиграть крутые призы! Победитель заберет самый крутой шлем виртуальной реальности HTC VIVE! (А так же будут футболки и памятные статуэтки/медальки - но это не точно )) )
Тестирование миграции данных – неклассическая задача инженеров по тестированию ПО, но с повсеместным распространением «больших данных» она встречается все чаще.
В данной статье команда A1QA расскажет на примере реального проекта, как подойти к тестированию миграции данных, какие подводные камни могут встретиться на пути, как оптимизировать выполнение проверок и завершить тестирование не просто в срок, а даже раньше.
Итак, начнем.
Миграция данных – перенос данных на новый ресурс/окружение.
Казалось бы, что может быть проще, чем перенести данные из системы А в систему Б? Но на деле часто оказывается, что системы А и Б имеют разную архитектуру и функциональность. Данные различия, в свою очередь, вызывают потерю данных, перенос нерабочих компонентов, нарушение прав доступа.
Чтобы избежать этих проблем, на проект привлекаются инженеры по тестированию программного обеспечения. Гибкость ума, умение разработать и реализовать грамотный план тестирования – навыки, которые позволяют тестировщикам обеспечить полный и безошибочный перенос всех данных, что и было сделано на проекте, описанном ниже.
Трудно ли автоматизировать мобильные приложения с нуля?
Нужно разобраться в инструментах, выбрать из них подходящие, подобрать правильные версии утилит, настроить их работу, а потом ещё и написать код.
Кажется сложным? Вы не одиноки — эта сложность останавливает многих. Порог вхождения в мобильную автоматизацию довольно высок, ведь инструменты только развиваются, а информации о них не так много. Но решать задачу надо, иначе качество вашего приложения не будет достаточным.
На мастер-классе в Екатеринбурге Арсений Батыров рассказывал, как развернуть автоматизацию мобильного приложения на Android с нуля. Ученики установили и настроили все нужные утилиты, запустили эмуляторы и написали первые тесты. На сложную логику времени не хватило, зато каждый смог настроить свою машину, подключить девайс и написать рабочий тест. Продолжить автоматизировать можно будет самостоятельно: всё-таки разбираться в рабочем процесс гораздо проще, чем начинать с нуля.
Трудно представить современную жизнь без мобильных устройств и, соответственно, без мобильных приложений. Неотъемлемой частью разработки таких приложений является их тестирование. Грамотный подход к организации тестирования мобильного приложения позволит правильно оценить время на проверку и создать удобный и качественный продукт.
Цена ошибок при тестировании очень высока. Для коммерческих приложений она может выражаться в снижении числа пользователей и возможных клиентов, а также в ухудшении репутации компании-разработчика. Для приложений, участвующих в производственных процессах или социальных сферах, – в недовольстве пользователей и в потере прибыли.
Поэтому мы рассмотрим основные аспекты, на которые требуется обращать внимание при тестировании мобильных приложений.
Промокод для получения 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 часов для одного пользователя бесплатной версии, который отписался под одним из ваших постов на Хабре годичной давности, – это непродуктивное решение.
