Раньше, покидая квартиру, вы убеждались, что ваши ключи и бумажник при вас. Сегодня вы в первую очередь проверите, а взяли ли вы смартфон. На него возложено столько ежедневных задач, что мы без него буквальным образом неполноценны.
Согласно данным GSMA, 5 миллиардов людей в мире пользуются смартфонами и мобильными телефонами – это 2/3 населения планеты. Ни одно устройство в истории человечества не может похвастать таким стремительным проникновением на рынок. Мобильные устройства влияют на целые области жизни, а приложения сейчас (явно или неявно) встраиваются в автомобил, часы, браслеты, домашние приборы.
Мобильные устройства вездесущи, и множество ежедневных задач неразрывно связано с идеальной работой приложений, поэтому пользователи мобильных устройств имеют высочайшие ожидания в вопросе качества этих приложений. Компании это осознают, начиная выставлять мобильным приложениям наивысший приоритет. Я набросал трехшаговую инструкцию, как создать стратегию тестирования вашего мобильного приложения.
Публикуем видео доклада спикера Григория Петрова, прозвучавшего на конференции TestCon Moscow в прошлом году.
Вот о чем в своем докладе «Тестирование кросс-платформенных звонков» говорил Григорий.
Мы в Voximplant занимаемся автоматикой голосовых и видео звонков. Наше облако управляет звонками между телефонной сетью, веб страницами с нашим Web SDK и мобильными приложениями с нашими native SDK. И все это надо тестировать: инициация и прием звонков в разных комбинациях, кодеки, качества звука и еще десятки специфичных для телефонии штук. В докладе я расскажу про особенности тестирования такой системы: разные комбинации версий браузера и мобильных приложений, голосовые данные в реальном времени, интеграция с традиционной телефонией. Что и как можно протестировать, ручное тестирование и автоматика, существующие решения и наши велосипеды.
Напоминаем, что конференция TestCon Moscow 2019 начнется через 7 дней. Зарегистрироваться можно здесь.
В прошлый раз мы говорили о том, что такое межсайтовый скриптинг (XSS) и приводили несколько примеров. Однако недостаточно просто знать, что это такое – нам нужно уметь убедиться, что наше приложение не подвержено XSS-атакам! Сегодня мы обсудим три стратегии тестирования на XSS-уязвимости.
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова
Эта часть ретроспективных уроков автоматизации логично вытекает из предыдущей. Обсудим, какие тесты автоматизировать, какие тесты этого достойны, и какие тесты будут хорошими кандидатами на автоматизацию.
Я постараюсь быть честным, основываться на личном опыте и не лить воду. Я легко привлеку в свой блог тысячи читателей, просто повторяя всю ту чушь, которую несут в сети, но у меня есть принципы. Поэтому скажу так:
"Какие тесты автоматизировать" – неверный вопрос
Любой, проработавший в тестировании больше полугода, знает, что мы не "автоматизируем тестирование" – мы не можем и не будем этим заниматься. На самом деле мы автоматизируем часть процесса исполнения тестов, и это очень крошечная часть по сравнению со всем спектром деятельности, которой мы занимаемся в ходе тестирования. Думаю, я потратил достаточно букв, объясняя, что автоматизация – это не превращенное в код человеческое тестирование. Это два раздельных и очень различных типа тестирования, имеющих разные цели. Они не взаимозаменяемы – они дополняют друг друга (см. "Горькая правда об автоматизации", "Не-ручной неавтоматизированный тестировщик").
Учитывая это, неверно говорить о том, "какие тесты автоматизировать" – такой вопрос предполагает, что мы автоматизируем то, что уже делаем вручную.
Тестировать веб-приложения в современном мире нужно не только на десктопе, но и на мобильных браузерах. Естественно, в Chrome есть режим работы с мобильными девайсами. Однако далеко не все проблемы в этом режиме будут видны. Поэтому стоит проверять свои сайты и на реальных устройствах. Благо, Google позаботился о возможности подключения Android-девайсов напрямую к браузеру Chrome. Конечно, это нетривиальная задача, и требуется пара хитростей. Зато вкладка Devices дает доступ к некоторым интересным функциям браузера. О том, как ей пользоваться, мы рассказываем в этом видео:
Это и другие видео вы можете увидеть на нашем youtube-канале. Подписывайтесь, чтобы регулярно получать новые видео по тестированию!
Публикуем видео доклада спикера прошлогодней конференции TestCon Moscow 2018 - Ивана Катунова «Тест дизайн и автоматизация REST API».
Вы приходите на проект, где вам необходимо организовать тестирование RESTful API сервиса. Впервые столкнувшись с подобным типом приложения у вас может возникнуть множество вопросов. Чем тестирование RESTful API сервисов схоже и чем отличается от тестирования других типов приложений? Какое покрытие тестами является достаточным? Какие лучшие практики существуют для автоматизированного тестирования REST API? В рамках доклада мы сравним RESTful API сервисы с другими типами приложений, рассмотрим как учитывать эти отличия при тестировании. Вспомним базовые техники тест дизайна, которые можно применять для тестирования REST API. Определимся с тем, какое покрытие тестами является достаточным и от каких факторов оно может зависеть. Рассмотрим какие подходы существуют к автоматизации тестирования RESTful API сервисов и к хранению тестовых данных, какой набор инструментов и технологий поможет нам в эффективном тестировании.
Напоминаем, что в этом году конференция TestCon Moscow 2019 пройдет 2, 3 и 4 апреля.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Мне очень нравится, что в тестировании API очень легко организовывать тесты и переменные окружения. Я люблю, когда тест-наборы моментально готовы к использованию, и их можно запустить одной кнопкой при регрессионном тестировании, или же запускать автоматически как часть процесса непрерывной интеграции.
В этот раз мы поговорим о паттернах организации тестов, которые можно использовать для тестирования API. Я обсуждаю их в контексте Postman, но эти концепции останутся неизменными, какой бы платформой для API-тестирования вы ни пользовались.
Для начала давайте поговорим об окружениях. Если вы помните из прошлой статьи, то окружение – это коллекция переменных в Postman. Настраивать окружения можно двумя способами, и чтобы их разъяснить, я буду пользоваться сценариями. В обоих сценариях мы предположим, что у меня есть приложение, которое начинает свой жизненный цикл в разработке, затем переезжает в QA, подготовку и, наконец, в релиз.
В моем первом сценарии у меня есть API, которое получает и обновляет информацию о пользователях моего сайта. В каждом продуктовом окружении (Dev, QA, Staging, Prod) тест-пользователи различаются. У них будут разные ID, имена и фамилии. Ссылки на окружения также будут различными. Однако мои тесты не изменятся: во всех окружениях я буду получать информацию о пользователе (GET) и обновлять ее (PUT).
19 апреля в Екатеринбурге пройдёт конференция DUMP — самая масштабная конференция для разработчиков на Урале. Шестой год подряд будет секция, посвященная тестированию. Ниже — обзор и видео докладов прошлого года.
1. Трудно ли автоматизировать мобильные приложения с нуля? Нужно разобраться в инструментах, выбрать из них подходящие, подобрать правильные версии утилит, настроить их работу, а потом ещё и написать код. Арсений Батыров (Badoo, Москва) постарался облегчить выбор нужных инструментов — рассказал об их типах, возможностях, достоинствах и недостатках.
Недавно одна моя знакомая QA Engineer, которая долгое время работала в вялотекущем проекте, где круг ее обязанностей был строго очерчен, сменила работу и устроилась в свежезапущенный проект. Просидев пару дней без обозначенных сверху заданий, и откровенно заскучав, она пошла к руководству с вопросом «Что мне делать?» на что получила многозначительный ответ «Организуй свою работу». И тут она впала в ступор «А это как?». И правда, как?
Несколько месяцев назад я сама сменила работу и попала в английский проект, в котором никогда раньше не было QA. Сам проект существует давно. Как часто бывает, компания, в которой много денег, купила компанию, в которой денег поменьше, но есть клиенты. В итоге, крупная компания получила новых клиентов и минус одного конкурента на рынке. Мой проект получил смену менеджмента и принципов управления.
В первые же дни знакомства с новой командой, я услышала честный недоумевающий вопрос одного из разработчиков Лондонского офиса «А что ты будешь здесь делать?»
Недавно, мы делали обзор докладов предстоящей конференции по тестированию TestCon Moscow 2019, но не могли не рассказать вам и о мастер-классах, которые пройдут 2 апреля. Мастер-классы - чрезвычайно полезная вещь для тех, кто хочет углубить свои знания в определенной теме, а также на целый день погрузиться в общение с коллегами и получить ценные советы от спикера.
Какие же темы будут обсуждаться на мастер-классах в этом году?
Функционал готов, а бизнес ждал не этого? Знакомо? Джоффри ван дер Тас и Мехмет Шахингез расскажут о всей мощи уточнений и BDD разработке в целом. На данном семинаре вам дадут вводную по методологии Scrum (если вы еще с ней не знакомы), практические советы по применению Behavior-driven development и покажут, как это используется при создании описания на языке Gherkin. Кроме того, спикеры расскажут о таких важных методах, как «Спецификация по примеру», «Сопоставление примеров» и «Сопоставление компонентов». Применяя их, вы сможете проводить тестирование новых фич и разработку параллельно, а также сразу создавать автоматизированные тесты, что существенно ускоряет процесс тестирования и выпуск версии.
Данный мастер-класс будет крайне полезен для IT-специалистов, участвующих в разработке мульти язычного программного обеспечения. Специалисты Лаборатории Касперского расскажут и продемонстрируют на примерах различные подходы к лингвистическому и косметическому тестированию (как ручному, так и автоматизированному).
Если вы не хотите видеть в вашем приложении перевод аля-Aliexpress и элементы наезжающие друг на друга, то вам сюда.
