Home

Запись выступления Натальи Руколь на встрече CodeFreeze в Петербурге.

Современные процессы разработки программных продуктов давно и успешно работают с функциональными требованиями. Однако, принимая решение о покупке продукта, потенциальный клиент в первую очередь анализирует интерфейс, простоту работы с ним, скорость и т.д. А проскочившая в прессе информация о дырах в безопасности или низкой производительности ведут к резкому спаду продаж продукта и наносят непоправимый ущерб его имиджу. В случае заказной разработки нефункциональные требования всё чаще фиксируются документально. Поэтому возникает необходимость обеспечивать соблюдение нефункциональных требований на уровне процессов.

В докладе Наталья расскажет:

• какие есть нефункциональные свойства ПО;
• как анализировать необходимые показатели и измерять неизмеримое;
• как тестировать нефункциональные требования, и особенно — если они не зафиксированы в документации к продукту;
• как, в конечном счёте, вызвать восторг ваших пользователей.

Не секрет, что мы проводим много тренингов по автоматизации тестирования, и когда мы готовим примеры и задания для самостоятельной работы -- хочется сделать их максимально практичными, приближенными к реальной жизни.

И чтобы лучше составить представление о том, где тестировщики чаще применяют средства автоматизации и вообще умение программировать -- мы решили провести небольшой опрос на эту тему, и приглашаем Вас принять в нём участие.

Если Вы умеете программировать -- расскажите вкратце, где Вам это обычно пригождается. А если не умеете, но планируете научиться -- тогда, почитав комментарии, Вы, возможно, будете удивлены тем, что применение программирования не ограничивается только автоматизацией непосредственно тестов.

Принять участие в опросе

26.07.2014 года в 14:30 часов состоиться очередная встреча московского клуба тестировщиков.

На встрече будут представлены следующие доклады.

Спиральная динамика: понимай ценности – и действуй!

Спиральная динамика вошла в мою картину мира осенью прошлого года и дала системный взгляд на многие тренды развития общества и менеджмента в ИТ и за его пределами. О системе в целом я рассказывал на конференции Agile Days  (посмотреть доклад) , а на встрече я буду говорить о другом – о том, как она влияет на понимание процессов в компании, отрасли и в мире. И как она  позволяет позиционировать себя в этих процессах, как  более осознанно принимать решения. Я попробую сделать это из позиции тестировщика, который хочет развиваться в менеджера (хотя для меня это не просто), и надеюсь, что активные вопросы мне в этом помогут.

 
 Что вы все от меня хотите?!?


Непонятные ожидания в тестировании уже стали данностью. Что нужно от тестирования клиенту? Что хочет разработчик? Что ждёт РМ?
Очень часто мы работаем так, как нам кажется привычным и правильным, не задумываясь об истинных ожиданиях. В результате, другие участники процесса испытывают неудовлетворённость “в этих тестерах”, а мы не можем понять, “что же они от нас хотят?”

На этом докладе мы рассмотрим:

• стандартные и не очень ожидания
•  обиды и недопонимания
• способы выводить внешних и внутренних заказчиков “на чистую воду”

Будет полезно и весело, приходите!

Записи докладов с прошлой встречи можно посмотреть здесь.

Подробности можно посмотреть в блоге организаторов.

Александр Хозя (автор блога Записки мобильного тестировщика, автор и ведущий тренинга Тестирование мобильных приложений) представляет очередную подборку ссылок.

Гифки и котики заполонили планету :)

Уголок разработки, тестирования и распространения приложений:

1. Доклады блока QA на Mobile Optimized 2014 Пока только презентации - ждем видеозаписи

2. Testing Your Mobile Apps on the Right Mobile Devices Более подробно я писал в статье по выбору и покупке девайсов

3. Hybrid Mobile App Testers: Beware of Code Injections - приятно и понятно расписано где это может быть сделано :)

4. Полезные материалы для мобильного разработчика #60 (30 июня-6 июля)

Топ статей для меня:

• Application Porno или как найти секреты в мобильных приложениях и вынести всё
• Реактивное программирование под Android
• Индексирование контента приложений Android теперь доступно для всех разработчиков

Запись доклада Татьяны Зинченко на онлайн-конференции Chief ConfeT&QA.

Перфекционизм, гиперответственность, гипервнимательность – основные качества хорошего тест-менеджера, ведь так? Работа с командой, общение с заказчиком, общение с техподдержкой, а еще нужно протестировать, проверить, а еще книгу хорошую по тестированию посоветовали, да и пару статей прочитать бы. А на выходных усиленно изучаем тайм-менеджмент, потому что не успеваем сделать все и сразу… Знакомо?

Проходит некоторое количество времени, и возникают мысли о том, что на работе уже нет ничего нового, все знакомо, и ежедневная рутина утомляет. Коллектив тоже перестает радовать: одни и те же разговоры, одни и те же шутки. Новая книга может и подождать, пока я ее почитаю, а статью только вчера написали, так что она актуальности еще неделю не утратит – прочту позже. В блоге бы еще что-то написать, да вот как-то мыслей новых нет… Знакомо?

Кто-то сталкивался с подобными симптомами и успешно их преодолел. Кто-то скучает и уже не помнит, когда работа развивала и доставляла удовольствие. А кто-то еще только начинает взваливать на себя больше, чем может осилить, не подозревая, чем это может закончиться.

В своём докладе я расскажу самое важное о Синдроме Профессионального Выгорания в тестировании:

• симптомы СПВ
• что можно сделать с СПВ самостоятельно, а когда пора обращаться к специалистам
• как помочь своей команде избежать СПВ.

Александр Хозя (автор блога Записки мобильного тестировщика, автор и ведущий тренинга Тестирование мобильных приложений) представляет очередную подборку ссылок.

В Бразилии изобрели «оффлайн-стакан» — он не может стоять на столе ровно, если не подложить под него мобильный телефон

Уголок разработки, тестирования и распространения приложений:

1. Тестирование в Яндексе. Что мы узнали о фреймворке Appium, и можно ли его применять для серьёзных задач В свое время чуть не выбрал его, но посмотрев на список багов и не принятых pull-реквестов отказался. Сам с критичными во время оценки не сталкивался, но времени на поддержку 100% бы понадобилось большое количество. Обжигался с FoneMonkey (в данный момент MonkeyTalk) - девелоперы пару крашей и странных моментов фиксили в самом продукте, на один из них аж 8 человеко-часов ушло :/

2. Полезные материалы для мобильного разработчика #59 (23-29 июня)

Топ статей для меня:

• Google I/O 2014. День первый (Также: Все о Google I/O 2014 | Анонс Android L | Разработчики и эксперты о презентации Google I/O 2014)

• Ошибки в дизайне Android приложений

• Портирование приложения Windows 8.1 на Windows Phone 8.0 с разбором проблем

• Swift хакатон по мотивам WWDC 2014 от CocoaHeads Moscow состоится 28-29 июня

3. Число мобильных разработчиков приблизилось к 9 миллионам

4. Девять игровых хитов Gameloft оптимизированы для Android TV

5. Apple ввела новую категорию в App Store — Best New Updates

6. Сколько нужно скачиваний, чтобы стать №1 в Топе бесплатных приложений в App Store?

Есть одно высказывание, гласящее, что «Работать может каждый, главное — правильно организовать». Может, именно поэтому тема организации процесса тестирования (да и разработки в целом, к чему скрывать) привлекает столько внимания и настолько популярна. Вот и у нас на форуме она на первых страницах.

Например, тут обсуждают проблему организации процесса тестирования и ведения документации — всё в одном да ещё и на затянувшемся проекте.

А вот тут уже проблема организации процесса на авральном проекте: не хватает времени, не хватает людей — знакомая ситуация, не правда ли?

Вот здесь уже несколько лет обсуждают проблемы взаимодействия отделов разработки и тестирования: а могут ли разработчики в полной мере оценить качество нашей работы? Согласитесь, внедрение в процесс такой метрики как «Оценка разработчиками работы тестировщика» здорово влияет на весь процесс в целом.

А ещё на процесс влияют всяческие ново- и не очень ново-модные технологии. Тот же Agile манифест был написан больше 10 лет назад, но методологии, построенные на его основе, до сих пор считаются «новыми и перспективными». Вот и здесь, например, обсуждается роль тестировщика в гибких командах, приводится много ссылок наразнообразную литературу и презентации как на русском, так и на английском языках.

И, конечно, как обойтись без любимой многими итерации— как измерить её качество обсуждают тут.

Если Вам есть, что сказать, - присоединяйтесь к дискуссиям!

Если же сказать нечего, а узнать очень хочется — присоединяйтесь к нашему курсу, где мы познакомимся со всеми аспектами гибких процессов в реальном времени — прямо на занятиях!

Автор: Татьяна Зинченко

Как давно вы писали тестовую документацию?
Нет, не так. Как давно Вы - лично Вы - писали тестовую документацию?

Когда-то давно, когда мир был большим, деревья - высокими, а процесс - вотерфолом, документация была жизненно важной штукой. На её создание выделялась тонна времени и не меньшая тонна денег. Сейчас стало модно прикрывать отсутствие документации гибкими нововведениями, а фраза: "У нас нет документации, у нас Agile!" давно стала новым мемом, по популярности не уступающим "Это не баг, это фича!"

А в действительности - так ли нужна документация сегодня? Во многих вакансиях обязательным требованием к тестировщику является умение писать тестовую документацию (как минимум: тест-кейсы и чек-листы). На своих курсах мы в обязательном порядке учим начинающих тестировщиков это делать. А стоит ли?