Мой ответ — ставить перед собой и достигать квартальных целей.
Доклад расскажет о том:
- что это за цели?
- как их лучше ставить?
- даст подсказки к их достижению
- и, собственно, покажет как эти самые квартальные цели помогают развиваться специалистам по тестированию.
Современные багтрекеры представляют собой мощные инструменты, обладающие не только основной первоначальной задачей по ведению ошибок, но и, зачастую, рядом дополнительных возможностей, полезных в повседневной работе. В режиме «живой демонстрации» будут рассмотрены наиболее известные и популярные БТС (Redmine, BugZilla, FogBugz, Mantis, Jira) с точки зрения их функциональности, анализа общих черт и различий. По некоторым из них будут даны советы по улучшению ведения ошибок, а также приведены реальные примеры «жизненного цикла багов». В заключении будут даны рекомендации по выбору БТС исходя из конкретных задач и предъявляемых требований.
Доклад, во-первых, будет полезен новичкам, которые только познают все те вещи, с которыми каждый день сталкиваются рядовые тестировщики. Во-вторых, тем, кто находится на распутье и кого одолевают сомнения по выбору «самой лучшей» БТС для своей работы. В-третьих, любознательным, стремящимся расширить свой кругозор по современным БТС. И, наконец, всем тем, кому не чужда тема холивара.
Да, но какой браузер «самый главный», тот, в котором вы проверяете основную функциональность, вёрстку страниц, ищете «битые» ссылки, выполняете валидацию страниц на соответствие различным стандартам, выполняете негативные тесты и пытаетесь «сломать» приложение?
Для меня это Firefox, начинённый кучей дополнительных модулей (плагинов). Я расскажу о том, какие плагины я использую во время тестирования чтобы анализировать страницы, автоматически заполнять формы, контролировать сетевую активность, модифицировать запросы и делать всякие другие интересные штуки. И конечно расскажу о том, зачем это всё надо, какие баги при этом можно обнаруживать (дефекты функциональности, защищенности, производительности).
Никаких других инструментов — только Firefox и его плагины.
Android. Или она давно уже разрабатывает, а вам только выпал шанс
попробовать себя в качестве тестировщика мобильных продуктов. С чего
начать, чем продолжить и как закончить? Я постараюсь об этом рассказать.
Данный доклад будет о
- том, как перенести свои знания о тестировании десктопных продуктов на мобильные приложения,
- нюансах в тестировании iOS и Andoid приложений,
- документации, без которой не обойтись,
- том, как создать собственный парк устройств и нужен ли он,
- процессах, предшествующих размещению продукта в маркете.
Знакомо?
Каждый день одно и тоже. Офис – дом – офис – дом.
А ведь можно и по-другому.
Можно работать удалённо. И самому строить свой график работы.
Поначалу кажется, что работать тестировщиком на фрилансе – нереально.
Но это только кажется.
Но как и в офисе, на фрилансе есть свои достоинства и недостатки.
О плюсах, минусах, специфике работы тестировщика в таком режиме я попытаюсь рассказать в своём докладе.
1) отследить запросы к БД;
2) оценить какие запросы вызывают нагрузку;
3) выявить узкие места, чтобы их можно было оптимизировать.
Можно это делать вручную и наощупь. А можно – при помощи специальных инструментов – SQL профилировщиков (профайлеров).
В своем докладе я познакомлю вас с профайлерами для двух наиболее популярных СУБД – MySQL и MS SQL. Я расскажу что именно может показать профилировщик и что с этим потом делать.
Приходите – будет интересно!
«Ах он нехороший!» – могут возникнуть мысли. Так ли это?
А если вспомнить, как именно мы просили?
Конечно – как положено!
Но так «положено» только в нашей картине мира. Так, как мы считаем правильным. Так, как нас научил наш опыт.
А когда мы общаемся с тестировщиком-коллегой – эффективно ли наше общение? Достигаем ли мы цели коммуникации? А ставим ли осознанно цель?
Если вы сталкивались с проблемами непонимания во время или после коммуникации, мой доклад поможет вам посмотреть на «баги» в коммуникациях со стороны. Вы получите проверенные временем, психологами и айтишниками инструменты, которые могут помочь вам договариваться более эффективно.
Если у вас таких проблем нет и не было – это здорово! Вы сможете посмотреть на типовые ошибки, которые могут встречаться в вашем окружении, сможете их отслеживать и помогать тестировщикам улучшать коммуникационные навыки.
Я расскажу про то, какие выделяются психотипы людей и какие есть особенности при общении с людьми, принадлежащими к разным психотипам.
Кейс, с одной стороны, помогает понять, что должна делать Система, т.е., что ожидается. А с другой стороны, показывает что может сломаться в данной ситуации и как это выявить.
Основная проблема, с которой сталкиваются начинающие тестировщики: они не понимают зачем вообще нужны тест- кейсы, как правильно написать кейс и какие элементы кейса являются обязательными. Надо ли использовать определенную методологию или нет? Какой стандарт брать за основу? Как быстро и наглядно убедить заказчика, что действительно все основные сценарии проверены?
Тестирование, основанное на кейсах, является более объективным, чем исследовательское тестирование. Вторым достоинством является четкое понимание времени, которое надо на проведение тестирования.
С помощью кейсов нельзя выявить все-все ошибки, допущенные при разработке, но можно сократить их количество. В своем докладе я буду рассказывать о том, что дает использование кейсов, как можно использовать кейсы, из чего они должны состоять, как минимизировать затраты на написание кейсов и проведение проверок.
1) что такое система управления тестами (она же тест менеджмент система) и для чего она нужна.
2) преимущества ТМС перед «классическими» тестами в табличном виде.
3) о TestLink. Это – наиболее популярная из бесплатных ТМС. Но насколько она бесплатна? Мы рассмотрим вопросы, касающиеся стоимости внедрения и поддержки.
4) Что умеет ТестЛинк? Рассммотрим вопросы касающиеся как управления тестами и наборами тестов, так и отчётов с метриками.
5) С чем можно интегрировать ТестЛинк для улучшения процесса и как это сделать оптимально.
