Запись доклада Екатерины Михеевой на онлайн-конференции Mobile ConfeT&QA, осень 2013
Все тесты прогнаны, регрессионное тестирование пройдено, кейсы заполнены, можно выкладывать новую версию вашего ПО? Казалось бы, да! Но нет! В своем докладе я расскажу про распространенные проблемы и ошибки, которые вызваны не самим ПО, а особенностями того или иного железа мобильных устройств на платформе Android.
Тестирование на эмуляторе и использование автотестов чаще всего не выявят эти хитрые ошибки, которые могут возникнуть у пользователя из-за многообразия устройств на платформе Android, в отличие, например, от iOS, для которой нет такого разброса. Поэтому я расскажу об основных особенностях мобильного железа:
как составить набор тестов;
что нужно учесть, чтобы покрыть основной список особенностей тех или иных устройств и сократить количество всевозможных ошибок, которые могут возникнуть у конечного пользователя: GPS, Печать, Передача данных, Фоточки, Проблемы ОС
2. Смотрите diff-ы каждой ветки/фичи и задавайте как можно больше вопросов разработчиков. Этим вы:
поднимите свой престиж как тестировщика - пытаетесь разобраться в коде и областях, которые затронуты этой фичей
начнете изучать язык программирования и начнете лучше понимать что происходит 'под капотом'
3. Изучите жизеннный цикл приложений. Activity 1, 2, 3 (Android) и ViewController 1, 2, 3 (iOS) для понимания из какого в какое состояние может переходить экран приложения и самое приложение.
4. Попросите выводить в лог все запросы к серверу и/или попросите удобную 'смотрелку логов' у сервер-side разработчиков, чтобы удобнее было анализировать запросы и выявлять дубликаты и/или находить более удобные способы обновления данных. Например, для обновления одной части профиля разработчик может перезапрашивать весь профиль вместо использования более легковесного запроса.
Сегодня День Знаний, и по всей стране школьники отправляются грызть гранит науки.
Наверное они верят, что вот ещё немного осталось до окончания школы -- и не надо будет больше учиться! Как бы не так. В школе вы учились учиться, а после её окончания вам предстоит учиться работать. А потом осваивать новые профессии, изучать новые технологии, повышать квалификацию. Но не стоит печалиться, ведь учиться так интересно!
Поэтому мы хотим поздравить с этим праздником всех тестировщиков, стремящихся к знаниям, но в первую очередь -- тестировщиков-джуниоров. А также их наставников, менторов, кураторов и прочих причастных.
С Днём Знаний, коллеги!
А для тех, кто постоянно развивается, мы предлагаем наше расписание тренингов на сентябрь-октябрь. Мы представляем тренинги разного уровня по разным областям тестирования.
Скоро 2016 год - яркий, наполненный бурными событиями, легкий и веселый — таким обещает быть год обезьяны.
Уже сегодня нужно задумываться о том, что подарить коллегам айтишникам на Новый год…
Мы сделали недорогой, но при этом красивый настольный календарь, сочетающий символику нового года и айтишную тематику. Мы надеемся, что он станет отличным подарком и порадует всех кто работает в it-сфере: программистов, тестировщиков, аналитиков, менеджеров.
В своей работе мы сталкиваемся с багами каждый день. Какие-то баги мы легко узнаем и ловим их, а на какие-то не обращаем внимания. Наш календарь напомнит о том, что баги бывают разные, а обезьяна, символ нового года, продемонстрирует их так, что даже ребенок это запомнит.
Доклад Ирины Ивановой на на встрече Tallinn DevClub.
Все люди время от времени склонны к когнитивным искажениям – так называемым, ловушкам мышления. Каждый род деятельности, в свою очередь, склоняет к тем или иным ловушкам в разной степени. При тестировании, например, можно легко найти зависимость или, наоборот, случайность там, где их нет. Или найти сложный критический баг, но пропустить простой.
Многим знаком инструмент Selenium. Это стандарт de facto (а вскоре и de juro) в области автоматизации веб-приложений и мобильных приложений. Невероятно популярный инструмент. Но удивительно то, что Selenium развивается без чёткого плана. С одной стороны, это вполне объяснимо – команда разработки представляет собой группу энтузиастов, работающих над проектом в свободное время. С другой стороны, непонятно, почему коммерческие вендоры не могут повторить этот успех. Вот вы верите в то, что такое возможно?
Концепцию предвзятости я понимал смутно, пока не прошел курс Джеймса Баха "RST". Смысл понятия в том, что зачастую мы видим то, что наш мозг, наша психика хотят видеть, а не то, что существует на самом деле.
В целом, такая профессия, как тестировщик, существует именно благодаря предвзятому отношению.
Представим разработчика, создающего страницу регистрации для нового приложения. Он регистрирует нового пользователя, вводя свое имя, почту, дату рождения, и получает сообщение "Добро пожаловать, Стюарт Кук!"."Все работает", заключает разработчик, и переходит к следующей интригующей задаче.
Можем ли мы сказать, что регистрация была протестирована? Разработчик ввел данные, увидел то, что и хотел увидеть - приветствие системы - и убедился, что все работает как надо.
Все мы попадались на эту удочку не раз (я, по крайней мере, попадался) - один тест ничего не доказывает. Осознание, что мы склонны делать вывод "все работает", исходя из одного-единственного подтверждения - ключевой момент курса "Быстрое тестирование".
Ввести данные и получить сообщение "Привет, Стюарт" - неплохой старт. Но до финиша еще далеко.
Вдруг это просто сообщение? Что, если учетная запись не была создана? Мы можем проверить базу данных, или попробовать войти в систему, чтобы убедиться, что учетную запись можно использовать. Если разработчик еще не создал страницу авторизации, придется ограничиться базой данных. Вы же собирались ее проверить, правда?
А если мы зарегистрируемся как Вася - мы тоже получим сообщение "Привет, Стюарт"? Мелочь, а неприятно. Что, если поля регистрации будут принимать значения любой длины? А если мы введем туда полную ерунду - удастся ли создать учетку?
27-28 ноября в Москве пройдет уже Восемнадцатая Международная конференция в области обеспечения качества ПО «Software Quality Assurance Days».
В этом году тестировщики СНГ выбрали своей столицей столицу России, где пройдёт уже 18-ая Международная конференция. Москва удобный логистический, культурно-исторический и технологический центр, который объединяет в себе лучших ИТ-компаний, с интересными докладчиками и широкими возможностями для культурного отдыха после конференции.
Конференция пройдёт в известном ивент-центре ИнфоПространство.
На данный момент активно формируется программа конференции. Всех желающих выступить с докладом просим регистрироваться по адресу. Напоминаем, что докладчики участвуют в конференции бесплатно.
Также открыта регистрация на конференцию по минимальной цене!
Как прошла прошлая конференция в Минске можно увидеть:
Вначале я рассматривал тестирование, разработку и людей, вовлеченных в эти процессы, примерно так:
Затем я решил, что эти две области перекрывают друг друга. Тестировщики иногда занимаются разработкой, а разработчики могут привлекаться к тестированию.
Но позже я понял важную вещь. Тестировщики это тоже разработчики - они же участвуют в процессе разработки программного обеспечения! И, надеюсь, приносят пользу.
Автоматизация в тестировании применяется гораздо шире, чем может показаться на первый взгляд. Этим занимаются не только специально назначенные люди, у которых на бейджике (или на лице) написано "автоматизатор". В традиционно "ручном" тестировании автоматизация тоже встречается, пусть и в меньшем количестве.
Посмотрите небольшой видеоролик "Автоматизация в тестировании", записанный Алексеем Баранцевым, а потом посмотрите вокруг -- есть вероятность, что вы активно используете автоматизацию, даже не задумываясь об этом!
А если задуматься и подойти к этому осознанно, не окажется ли внезапно, что сфера применения автоматизации в вашей повседневной работе может быть расширена, иногда даже без приложения сколь-нибудь значительных усилий?
Скоро 2016 год - яркий, наполненный бурными событиями, легкий и веселый — таким обещает быть год обезьяны.
