Выступление Надежды Дегтяревой (Самара, Mercury Development) на онлайн-конференции Mobile ConfeT&QA.
Системы сбора статистики помогают отслеживать действия пользователей при работе с приложением, чтобы сделать его ещё более функциональным и эффективным, а также значительно облегчают жизнь команде тестирования и разработки.
В своем докладе я хочу помочь вам узнать этих скрытых помощников «в лицо» и рассказать: 1. О том, что умеют популярные системы сбора статистики, и на какой лучше остановить свой выбор. 2. Как облегчить себе жизнь и сделать настройку системы статистики более гибкой с помощью Segment.io 3. Об основных тонкостях интеграции систем сбора статистики и выбора логируемых событий, почему лучше семь раз отмерить 4. Как использовать собранную статистику себе и другим во благо, чтобы создавать действительно качественные и удобные приложения
Я несколько недель наблюдал за использованием тест-кейсов в проекте по разработке ПО. Команда приступила к созданию кейсов, когда функциональные спецификации были объявлены достаточно проработанными. Кейсы были разбиты на отдельные шаги и заведены в систему управления тестами (в данном случае - в HP Quality Center). Они были проанализированы, и команда планировала приступить к их выполнению, как только продукт будет передан в тестирование.
После утверждения спецификаций прошло несколько недель, а создание продукта продвинулось очень недалеко. Тестировщики решили, что это отличная возможность поработать над тест-кейсами. Используя момент затишья перед бурей, они планировали выполнить всю подготовительную работу, чтобы быть готовыми к бою, когда первая часть программы будет передана в тестирование. К сожалению, подготовительная работа заключалась в детальной проработке тест-кейсов для программы, которая еще не была разработана, и чей функционал был толком неизвестен. К тому же тесты основывались на спецификации, которая, как выяснилось, была неполной.
Легко догадаться, что произошло потом. Когда программа была передана в тестирование, оказалось, что техническое воплощение было не таким, как предполагали тестировщики, а спецификация, приоритеты проекта и его основные задачи изменились из-за новых требований клиента. Тестировщики готовились обороняться от вооруженной копьями пехоты - а столкнулись с гаубицами. Конечно, им пришлось отступить.
Выступление Александра Хози (автор блога Записки мобильного тестировщика) на онлайн-конференции для специалистов по автоматизации тестирования Auto ConfeT&QA.
Мобайл — молодая и стремительно развивающаяся отрасль, где лидеры и правила игры меняются с огромной скоростью. В силу молодости подходы к разработке и тестированию еще не окончательно устоялись, и имеется целый ряд препятствий, отравляющих нам жизнь. Если опытного мануального тестировщика мобильных приложений можно опознать по развитым хватательным рефлексам и мозолям на пальцах, то опытного автоматизатора мобильных приложений под iOS — по красным от слез глазам :)
Поделюсь с вами, почему автоматизация мобильных приложений — нетривиальный процесc. В частности, почему автоматизация iOS приложений — особенная пичалька :)
Расскажу:
какие ограничения существуют у мобайла и у iOS в частности;
какие инструменты мы исследовали;
что выбрали;
«по пацански» ли использовать screenshot-based средства;
как мы скомбинировали screenshot-based c «традиционными» инструментами автоматизации;
Насколько эффективно будет ваше тестирование, если приложение работает настолько ненадежно, что не позволяет прогнать ваши тест-кейсы? Или если приложение имеет настолько запутанную архитектуру, что невозможно определить в какой части кода происходит функциональный сбой? Или если обнаруживается настолько очевидная проблема с безопасностью, что вам даже нет необходимости проводить более глубокое тестирование, чтобы найти её и сообщить разработчикам?
Softmart и Kiuwan объединили свои усилия, что помочь вам узнать многие особенности и странности вашего программного обеспечения еще до того, как вы начали тестировать функциональность. Чем раньше вы проанализируете ваши приложения, тем более эффективными будут процессы разработки и тестирования как с точки зрения затрат, так и полученных результатов.
Kiuwan - это настраиваемый инструмент статического анализа исходного кода приложений, написанных на любом из 19 поддерживаемых языков программирования, включая Java, C#, PHP и JavaScript. Результаты анализа в виде отчетов по разнообразным метрикам качества программного обеспечения доступны через web в личном кабинете на портале Kiuwan.
Благодаря этому уникальному расширенному предложению у вас есть целый месяц, чтобы проанализировать ваши приложения бесплатно.
ALMTestForum – конференция, посвященная проблемам тестирования, проводимая совместно Microsoft и Logrocon на ежегодной основе. На мероприятии будут разобраны такие актуальные вопросы, как:
Когда и почему нужно тестирование?
Как эффективно использовать автоматизированное тестирование?
Стоит ли брать тестировщиков в штат, или доверить дело аутсорсу?
Сколько стоит тестирование, и в каких случаях оно себя окупит?
Как сэкономить на тестировании?
Кроме того, на конференции будет раскрыта одна из самых волнующих тем последних дней – Windows 10 и возможности тестирования на новой платформе, включая мобайл.
Среди приглашенных гостей и лекторов – специалисты крупнейших IT компаний, таких как РТ Лабс (Ростелеком), СБТ, Московская Биржа. Эти люди не раз сталкивались с проблемами тестирования в крупных компаниях, и смогут ответить на ваши вопросы, руководствуясь личным опытом.
Содержание конференции ориентировано на руководителей ИТ-подразделений и групп разработки, начальников отдела тестирования и управляющих процессом разработки ПО в компании.
В ходе семи лекций и круглого стола участники познакомятся с основными практиками тестирования, современными платформами для проведения различного вида тестирования, а также с основными преимуществами использования различных продуктов Microsoft для тестирования и сопровождения разработки. Кроме того, у всех участников будет возможность лично пообщаться с каждым из приглашенных экспертов, получить бесплатную консультацию у специалистов из Logrocon на тему тестирования, а также задать свои вопросы евангелистам Microsoft.
Как всегда один раз в полгода наши тренера Наталья Руколь и Алексей Баранцев проводят очные тренинги по тестированию. В очном формате проводятся те тренинги, которые не удается переложить в онлайн-формат: тренинги в которых много групповой работы, в которых много интерактива и общения с тренером.
В это полугодии мы представляем всего три очных тренинга.
В зависимости от проекта, компании, продукта, команды, и многих других факторов, Вы можете использовать тестирование методом свободного поиска или более формальные, скриптовые подходы. Но вне зависимости от подхода к тестированию, оно должно быть планируемым, оптимизированным и управляемым. В противном случае неизбежны хаос, пропуски ошибок, нерациональная трата времени, ресурсов. Если Вы – тест-менеджер или ведущий тестировщик, и Ваша задача – поиск оптимального процесса тестирования, то Вам обязательно будет полезен этот тренинг. На нём мы не просто рассмотрим основные техники планирования, тест-анализа и организации процесса тестирования, но и потренируемся и сможем определить, какие подходы нужны именно Вам.
Наверняка многие из вас слышали про техники управления временем и повышения личной эффективности? Тестирование методом свободного поиска -- это подход к тестированию, который ставит перед собой аналогичные цели: как повысить эффективность работы каждого тестировщика, как избежать простоев, как увеличить отдачу от вложенных усилий. Для этого придуман ряд технических приёмов, которые мы будем учиться применять на этом тренинге. Тренинг будет полезен в первую очередь достаточно опытным тестировщикам, которые уже владеют техниками проектирования тестов, но хотели бы научиться ещё лучше делать свою работу, и добиться этого можно за счёт оптимизации использования рабочего времени.
Мы все знаем, как неприятно "пропускать" баги. Это случается время от времени, несмотря на то, что тесты проектируются по всем правилам науки. Почему же так происходит? Дело в том, что техники проектирования тестов подсказывают, как попасть в ситуацию, где высока вероятность обнаружить баг. Но что надо делать, чтобы заметить баг, когда он возник перед вами? Как понять, баг это или не баг? Как доказать это другим? Для этого требуются уже совсем другие навыки, про которые не пишут в учебниках по тест-дизайну. На этом тренинге мы будем учиться замечать баги, отличать баги от небагов, грамотно их описывать. А ещё я расскажу о том, как доказывать, что тестирование выполнено полностью, и что это вообще значит. Тренинг будет полезен опытным тестировщикам, которые уже владеют техниками проектирования тестов, но хотели бы научиться находить баги, которые не находят другие тестировщики, несмотря на то, что они знают те же самые техники.
До 25 сентября действуют льготные цены.
Для компаний мы готовы предложить проведение тренингов по тестированию в корпоративном формате на территории Заказчика. Напишите нам (
Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript
) и мы предложим очень выгодные условия.
Ну а те, кому интересны другие темы или нет возможности приехать в Москву или Санкт-Петербург могут посмотреть расписание ближайших онлайн-тренингнов по разным темам разных уровней.
29 августа в Минске прошла вторая полномасштабная конференция, посвященная автоматизированному и ручному тестированию, менеджменту команд и эффективному взаимодействию участников процесса разработки ПО, организованная сообществом автоматизаторов и сочувствующих COMAQA.BY при деятельной поддержке очень и очень многих небезразличных людей. На мероприятии с докладами выступили активисты сообщества, ключевые специалисты ведущих IT-компаний Беларуси. На конференции было представлено 15 докладов, разбитых на два потока и круглый стол, посвященный ряду наболевших вопросов тестирования ПО.
Темы прочитанных докладов:
«Принцип открытого кимоно как инструмент мотивации», … Антон Семенченко, COMAQA.BY,
«Внедрение автоматизации на проекте с действующим …» Вадим Зубович, COMAQA.BY,
“Codeception + PHP for QA Automation” Евгений Борисик, COMAQA.BY,
Представляем книгу Святослава Куликова «Тестирование программного обеспечения. Базовый курс.».
В основу книги положен десятилетний опыт проведения тренингов для тестировщиков, позволивший обобщить типичные для многих начинающих специалистов вопросы, проблемы и сложности. Эта книга будет полезна как тем, кто только начинает заниматься тестированием программного обеспечения, так и опытным специалистам — для систематизации уже имеющихся знаний и организации обучения в своей команде. Книга распространяется под лицензией Creative Commons.
Каждый год 9 сентября тестировщики отмечают свой профессиональный праздник.
И это очень хорошо, что он случается каждый год. Представляете -- наступает 9 сентября, а праздника нет! Вот это был бы баг!
Но даже если бы это вдруг произошло -- ничего страшного, через несколько дней, 13 сентября, в день программиста, разработчики бы пофиксили этот баг и мы всё равно смогли бы его отметить, хотя и со сдвигом сроков.
Впрочем, в этом году всё по плану, багов нет, празднуем сегодня. Ура!
Отдельно мы хотим поблагодарить всех наших читателей, всех кто был с нами весь год.
Для самых активных участников форума мы приготовили небольшой сюрприз.
10 самым активным участникам мы дарим наш IT-календарь 2016: типы багов. А чтобы не было обид и обвинений в необъективности выбора 10 участников (действительно выбрать сложно), то подарок мы отправим 30 участникам, которые с апреля по сентябрь активнее всего задавали вопросы и отвечали на форуме.
Запись доклада Екатерины Михеевой на онлайн-конференции Mobile ConfeT&QA, осень 2013
Все тесты прогнаны, регрессионное тестирование пройдено, кейсы заполнены, можно выкладывать новую версию вашего ПО? Казалось бы, да! Но нет! В своем докладе я расскажу про распространенные проблемы и ошибки, которые вызваны не самим ПО, а особенностями того или иного железа мобильных устройств на платформе Android.
Тестирование на эмуляторе и использование автотестов чаще всего не выявят эти хитрые ошибки, которые могут возникнуть у пользователя из-за многообразия устройств на платформе Android, в отличие, например, от iOS, для которой нет такого разброса. Поэтому я расскажу об основных особенностях мобильного железа:
как составить набор тестов;
что нужно учесть, чтобы покрыть основной список особенностей тех или иных устройств и сократить количество всевозможных ошибок, которые могут возникнуть у конечного пользователя: GPS, Печать, Передача данных, Фоточки, Проблемы ОС
2. Смотрите diff-ы каждой ветки/фичи и задавайте как можно больше вопросов разработчиков. Этим вы:
поднимите свой престиж как тестировщика - пытаетесь разобраться в коде и областях, которые затронуты этой фичей
начнете изучать язык программирования и начнете лучше понимать что происходит 'под капотом'
3. Изучите жизеннный цикл приложений. Activity 1, 2, 3 (Android) и ViewController 1, 2, 3 (iOS) для понимания из какого в какое состояние может переходить экран приложения и самое приложение.
4. Попросите выводить в лог все запросы к серверу и/или попросите удобную 'смотрелку логов' у сервер-side разработчиков, чтобы удобнее было анализировать запросы и выявлять дубликаты и/или находить более удобные способы обновления данных. Например, для обновления одной части профиля разработчик может перезапрашивать весь профиль вместо использования более легковесного запроса.
Каждый год 9 сентября тестировщики отмечают свой профессиональный праздник.