Natalya Rukol

Не ставьте мантис.
Редмайн продуманнее и удобнее.

Скорее всего будет.

План может быть для галочки, а может быть и для пользы.

Польза:
* Возможность проанализировать риски и заранее их митигировать
* Возможность обосновывать что-либо руководству
* Возможность заранее подумать "о, тут будет задница, как бы это лучше сделать?"
* Возможность бронировать ресурсы, железки, договариваться с людьми
* Возможность согласовывать свои действия с другими группами, обычно и разработчики и РМы и аналитики, глядя в ТП, дают массу дельных советов/комментариев, влияющих на последующую работу
* Возможность в лобой момент посмотреть на статус и определить, нужно ли нам что-то корректировать

Ну и естественно, самый важный пункт - последний. Планирование - это не результат в виде плана, это ЕЖЕДНЕВНАЯ деятельность. Смотреть на план, медитировать, обмозговывать причины отклонения от плана и решения для них. Если план пишется, выкладывается куда-то и забывается, то это в лучшем случае 5% результата. Если он каждый день используется для корректировки движения, оценки статуса, нацеленности на результат, то он приносит мнооооого пользы :)

Этот раздел предназначен для начинающих тестировщиков, которые хотят понять:
- что делать в тестировании?
- как развиваться?
- как перестать быть начинающими?
и множество похожих вопросов.

Поэтому, в этом разделе разрешено задавать ЛЮБЫЕ вопросы ЛЮБОГО уровня :) За исключением http://software-test...luchennye-na-s/

Пожалуйста, создавайте новую тему на каждый вопрос - мы обязательно ответим!

Кстати, в этом разделе категорически запрещено:
- важничать и умничать
- троллить
- отправлять в гугл, поиск, баню (в гугл можно, но с готовыми примерами запросов :))

Курсы для начинающих тестировщиков:

 

Школа успешных тестировщиков, v. 2.0
Расширяет кругозор, ускоряет карьерный рост

10 занятий Наталья Руколь

 

Тестирование веб-приложений
Ручное и автоматизированное, функциональное и нефункциональное -- всего понемногу

3 занятия Алексей Баранцев

 

Онлайн-интенсив для начинающих тестировщиков
Стать хорошим тестировщиком всего за неделю? Давайте попробуем! 1 неделя
7 занятий Ольга Киселева

 

Онлайн-интенсив для начинающих тестировщиков (3-х недельная версия)
Стать хорошим тестировщиком всего за три недели? Давайте попробуем! 7 занятий Ольга Киселева

 

Конференции:
SQA Days (крупнейшая очная конференция в СНГ, 2 раза в год)
ConfeT&QA (онлайн, для разных уровней подготовки)

Дополнительно:
Региональные сообщества тестировщиков - отличная возможность общаться с теми, кто "в теме"
Рассылка для начинающих тестировщиков (пока приостановлена)
Wiki для тестировщиков (в процессе создания, помогайте!)
Портал с книгами для тестировщиков (качайте и делитесь!)

Если вы думаете, что хотите работать в тестировании - подумайте ещё раз :)

Если вы абсолютно точно уверены в своём желании - следуйте следующим принципам:

1. Старайтесь как можно раньше найти работу. Курсы, книги, статьи - лишь помощь в работе, а не наоборот!

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

3. Читайте книги, читайте много книг! Так вы очень выгодно выделите себя среди "покликать пришёл".

4. Если вы хотите стать разработчиком, аналитиком или РМом, то работа в тестировании вам никак не поможет. НИКАК! Идити в разработку или аналитику, не тратьте попусту своё время и нервы коллег.

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

6. Самое главное при устройстве на работу - опыт. Как его получить, если без него работу найти сложно? Регистрируйтесь на uTest.com и fixber.ru, тренируйтесь, указывайте этот опыт в резюме.

to be continued...

xxx: Вам в компанию не нужен тестер?
yyy: Посмотрим... А какой список достижений имеется?
xxx: Послал тебе скрины на мыло. Там дампер упавшего Task Manager'а в аттаче, Access Violation в калькуляторе виндовом, две бубновых масти в косынке сверху и зависший ping. Достоен?
yyy: В резюме шаги воспроизведения напиши - возьмем без собеседования.

Вот: http://elearningpro.....ru/event/14199
будут бесплатные вебинары про подготовку и проведение вебинаров :)

1. Visio не нужен, нужен PowerPoint (он и использовался у Алекандра, правда, MacOS-аналог)
2. Хорошенькое продумываете, готовитесь. Правила создание вебинара по сути такие же, как и обычного выступления, только интерактив достичь сложнее. О подготовке я как раз сегодня статью написала: http://natalyarukol....tsya-k-dokladu/
3. Тестировать на ком-то не надо, сразу выкладывайте в реальность ;)
4. Если хотите сделать слайдкаст, то вот инструкции: http://matrix-ca.tv/...slajd-kast.html
сервис slideshare тоже это умеет, там всё проще чем кажется: записывайте звук (можете использовать программу audacity), делайте слайды, после регистрации и заливки будут инструкции
5. Если хотите провести вебинар с участием "живых" слушателей (что, кстати, значительно лучше! Вебинар Александра так и проходил), то используйте сервисы для вебинаров. Их много, многие предоставляют бесплатные тестовые версии.

Удачи! И не забудьте пригласить меня на вебинар ;)

А я не могу согласиться с равнозначием перформанса и нагрузки.

Тестирование производительности - это проверка скорости работы. Даже в однопользовательских приложениях бывает необходимым тестирование производительности: скорость создания архивов, скорость передачи данных, скорость работы контролов в интерфейсе и т.д. Когда в висте до первого сервис пака скорость копирования файлов на сетевую шару была в 4 раза ниже, это была бага в производительности - но явно не в нагрузке.

Нагрузочное тестирование - это проверка работы большого количества пользователей в клиент-серверных (в т.ч. веб) приложениях. Да, почти всегда в нагрузочном тестировании помимо "возможности работать N пользователей", проверяется ещё и скорость их совместной работы, т.е. чаще всего эти две проверки взаимосвязаны в случае с нагрузочным тестированием.


Путаница происходит потому, что часто одно и то же слово включает в себя разные значения. Перформанс включает в себя перформанс, лоад и т.д. Тест-дизайн включает в себя тест-анализ и тест-дизайн :) В нашей отрасли часто встречается такая путаница понятий, к счастью она постепенно сходит на нет.

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

Спросите у руководства, что имеется в виду под "эффективностью" и что не устраивает сейчас. Автоматизация "ради повышения эффективности" - только время зря потратите.

Мне очень нравится ТОС, модель Голдберга. В числе прочего он утверждает, что всегда, везде, в одну единицу времени в вашем процессе есть одно наиболее слабое звено. Которое и надо исправлять в первую очередь, не отвлекаясь на остальное. В добавление к ТОС, Kaizen проповедует "визуальный менеджмент": возможность видеть, действительно видеть, и не прятать, все проблемы. Смело о них говорить, обсуждать, и благодаря этому иметь возможность их решить.

К чему я это? К тому, что метрики должны иметь своей целью УЛУЧШЕНИЕ процесса. Для этого надо знать КРИТЕРИИ УСПЕШНОСТИ этого самого процесса. После чего необходимо заполучить инструменты, позволяющие выяснить ПРИЧИНУ проблем, чтобы работать с их корнями.

Как вам для этого помогут циферки про баги, убойность тестов и т.д.? Не уверена, что они хоть как-то помогут.

Моё ИМХО: сначала надо проводить грамотные пост мортемы, обсуждать, выяснять, с какими проблемами столкнулись. Анализировать их: как они повредили, как вы можете оценить масштабы их вреда и т.д. Благодаря пост мортемам можно:

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

В принципе, подход "давайте пособираем всякие разные метрики, а по результатам решим, какие из них приносят пользу", тоже имеет право на существование, но определять их по результатам Post Mortem эффективнее.

А пока не попробуешь - как можно быть полностью уверенным?

- Вы умеете играть на фортепьяно?
- Не знаю, не пробовал.

Правильный подход! Чтобы понять, что нравится, сначала пробовать надо. Книги, курсы - всё хорошо и помогает, но опыт важнее. Ищите работу ведущим/лидом, с Вашим опытом скорее всего получится. Отправляйте резюме сразу на вакансии менеджерские. Иногда можно даже позволить себе небольшой "провал" по деньгам, не бойтесь, это временно и быстро окупится ;)

И кстати да, предлагать руководству "сделайте меня начальником" - редко успешная стратегия. Берите ответственность, начинайте проявлять больше инициативы, предлагайте что-то улучшать, беритесь за работу так, как-будто вы уже менеджер!

bash.org.ru:
sup: опиши, плз, твою последовательность действий, предшествующую появлению ошибки
us: Вскипятил чайник, положил в кружку пакетик, залил кипяточком. Подхожу к компу — а там эта хрень...