Feeds:
Записи
Комментарии

Archive for Ноябрь 2010

Read Full Post »

В данном докладе рассматривается одно из решений вопроса «Что должен знать тестировщик на конкретной позиции, и как он это может узнать».

Способ заключается в построении матрицы знаний и умений тестировщиков работающих на проектах различной направленности и занимающих разные должности. Построение такой матрицы облегчает вопросы выявления пробелов в знаниях тестировщиков и упрощает поиск путей их восполнения.

Также будет рассмотрена практика применения этой матрицы как менеджерами тестовых подразделений для различных задач (поддержание квалификации, пути развития сотрудников), так и коллегами из службы НР. В докладе будут рассмотрены как подходы с созданию матрицы, так и способы ее применения.

(далее…)

Read Full Post »

 

Как становятся тестером

Существует несколько способов становления тестером, каждый из которых подтверждается многочисленными примерами. Если в предложенном списке Вы не нашли свой, пишите мне, я с радастью прочитаю Вашу историю 🙂

Студент
Многие студенты, мечтающие работать IT разработчиками, но не имеющие достаточного опыта, могут попасть только в тестирование, т.е. туда, где входной порог существенно ниже. Большинство студентов, начинающих свою карьеру в тестировании, рассматривают тестирование как стартовую точку.

Случайность
Также среди тестеров встречаются люди, которые изначально не собирались ими быть. Вполне возможно, они не собирались работать в ИТ. Здесь они оказались случайно: в компании были открытые вакансии и для того, чтобы устроиться на работу достаточно было иметь голову на плечах и не много понимать программировании и администрировании операционных систем.

Было интересно
Нередко встречаю кандидатов, которым тестирование интересно или они так думают, что тестирование интересно для них. Некоторым интересно ломать, некоторым автоматизировать, но и тем и другим нравится тестировать. Именно поэтому они здесь.

Вас «попросили»
Иногда разработчики становится тестерами, лишь потому, что это важно компании. Кто-то отваливается, а кто-то продолжает героически сражаться за качество продукта и решает геометрально другие задачи, нежели в продуктовой разработке.

(далее…)

Read Full Post »

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

Анализируются типичные ситуации и примеры, возникающие при управлении дефектами и приводящие к снижению качества программного продукта.

Приводятся рекомендации по обеспечению качества тестирования в части управления дефектами.

(далее…)

Read Full Post »

Текст слегка дополнен всем тем, о чем я хотел сказать,

но по причине скудности эфирного времени не успел.

Вместо картинок слайдов использую заголовки.

Я вам сегодня ничего рассказывать не буду, а только поделюсь теми домыслами, которые я додумал по прошествии своего развития в теле тестировщика.

Для прояснения антуража уточняю, что я — тестировщик из Кишинева.

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

Да, еще тут умеют класть плитку кубометрами и пить вино декалитрами, но это не является особенным достижением местного айтишного народа.

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

У нас нет огромных компаний, как это бывает в Москве или Киеве, в которых можно прожить всю свою карьерную и биологическую жизнь.

Обычный кишиневский айтишник большую часть жизни:

  1. мечтает стать программистом,
  2. проводит время в маленьких компаниях,
  3. поддерживает зарубежные долгосрочные проекты,
  4. работает в окружении малочисленного коллектива, большую часть которого составляют вечно приходящие и уходящие «студенты».

Затем обычный кишиневский айтишник как следует учит Java, английский вперемешку с французским и навсегда уезжает в Канаду.

(далее…)

Read Full Post »

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

Коммуникативная роль QA

Стиль общения на этом этапе значительно зависит от клиента. В отличие от идеального заказчика в вакууме, который знает и понимает, что такое QA, соглашается с предварительными сроками и оценкой времени, соглашается с с предложенной суммой расходов, реальность выглядит по-другому.
(далее…)

Read Full Post »

Пока я пойду обедать, за меня вызвался подежурить Саша Черный, который в 1919 году написал (этот отрывок) вот такой стих:

Пошли в лесок и сели в тень.
Степаныч сунул в рот былинку,
Надвинул шляпу набекрень
И затянул свою волынку:
«Интеллигентный блудный сын,
К сосцам земли припал я снова…
Как жук, взобравшийся на тын,
Душа в лазурь лететь готова!

Старик Руссо вполне был прав:
Рок горожан ужасно тяжек…
Как славно средь коров и трав
Дня три прошляться без подтяжек!
Поесть, поспать, пойти в поля,
Присесть с пастушкой возле ели…
Земля! Да здравствует земля!..
Какого черта, в самом деле!..»

«Какой, вздохнул я, там Руссо!
Здесь — хутор, в городе — клиенты.
Лицо, как круглое серсо…
Бывают, брат, милей моменты:
Пиджак редеет, как вуаль,
В желудке — совестно поведать…»
Племянник, пасть уставив вдаль,
Орет нам издали: «О-бе-дать!»

Опять едим! О, суп с лапшой,
Весь в жирных глазках, желтый, пылкий.
На стул трехногий сев пашой,
Степаныч ест, как молотилка…
«Что слышно в городе?» — «Угу».
Напрасно тетушка спросила:
Кто примостился к пирогу,
Тот лаконичен, как могила…

Внезапно

Read Full Post »

  1. Мода на аутсорсинг
  2. Зачем нужен аутсорсинг и когда он не нужен
  3. Грамотный выбор подрядчика
  4. Построение отношений
  5. Денежные и контрактные дела

Почему последнее время мы только и слышим «аутсорсинг»?

Последнее время я стал слишком часто натыкаться на статьи в разных интернет изданиях, где авторы рассуждают о том, как нам всем нужен аутсорсинг, на сколько столетий мы отстали от других стран и пр. Нам рассказывают истории о том, как фирма Х наняла аутсорсеров, и дела ее пошли в гору. Все это очень напоминает рассказы риелтеров о бурном росте цен на недвижимость, хотя роста нет. М.б. потому, что мы хотим «сплавить» наши проблемы на сторону, думая, что таким образом эти проблемы решатся?

Как бы не так! Кто из Вас не приглашал водопроводчика из ЖЭКа для устранения засора? И как? Хорошо, хоть балкон не уронили!
(далее…)

Read Full Post »

Каждый раз, когда необходимо проверить большой объём функциональности но времени не хватает, нам необходимо расставить приоритеты, чтобы по крайней мере самые важные части функционала были протестированы и работали. Правильно расставив приоритеты, мы найдём самые важные проблемы как можно раньше.

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

Весь этот час можно потрать на проверку их уникальных свойств: ронять, колотить молотком, купать в тазу с водой… Ведь именно за эти уникальные свойства клиенты согласятся отдать большие деньги.

У меня сейчас на руке дорогие часы, и я медленно поломал бы ноги любому тестировщику который вздумал бы топить и бить мои часы. Пусть даже в спецификации написано, что их можно бить и топить 🙂

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

Таким образом, важно распределить функциональность по подверженности рискам. Так мы сможем быть уверенными, что проверили наиболее важные функции первыми.

(далее…)

Read Full Post »

Тезисы

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

Идея наставничества как метода обучения, пожалуй, пришла из древних времен, когда мастера обучали учеников, которые смогли бы заменить их или просто помочь в работе.  В восточной культуре существуют понятия Сэмпая и Кохая:

  1. Сэмпаем в Японии называют человека, у которого больше опыта в той или иной области. При этом возраст не имеет значения
  2. Кохай — тоже человек, но менее опытный.

А на/в Украине «кохай» — это приказательная форма глагола «любить».

Далее в докладе термин «кохай» нигде не используется, чтобы не путать тот народ, который по странной случайности не увлекается востоковедением, но термин изначально присутствовал в презентации Дарьи, и теперь он упомянут мною по причине его неимоверной кавайности 🙂

Этот термин — Сэмпай — я и буду использовать в докладе, потому что японцы – наиболее уважающий друг друга народ, а именно к взаимному уважению и должны стремиться Наставник и Ученик.

(далее…)

Read Full Post »

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

В общем, младенцу объясняли пути развития в тестировании. Растет смена, обновляется.

А еще в докладе были очень интеллигентные лягушки.

На слайде странно изогнутый Нео начинает топтать камни, выглядывая дали в подзорную трубу — я отвлекусь от писанины и послушаю.

Послушал.

Краткий вердикт младенцам: не ждать фей.

Надо самому быть феей — фей постоянно кто-то ждет, и фея от голода не помрет 🙂

Ординарные вещи, до которых не каждый самостоятельно додумывается, поэтому следует повторить (я сам все это только сравнительно недавно ощутил, поэтому легко повторяю): такие дела надо не слушать, а пытаться сделать. Тут тонна практики почти невесома по сравнению с песчинкой теории, ибо теория слишком проста — «Встань и сделай!»

Делать, делать, делать, делать, делать, делать (сколько раз Балмер кричал «Developers»?)…

PS Завтрашний доклад Наташи про карты интеллекта обещается быть не менее красочным, я видел только 10% из него, но уже зарябило линиям и топиками.

Read Full Post »

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

Это, конечно, не то лидерство, когда надо выживать и откусывать головы несогласным.

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

Read Full Post »

Взять наушники:

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

(далее…)

Read Full Post »

Мэй, соотечественники!

Если кто помнит, существуют календари для тестировщиков на 2011 год.

Картинки там неимоверно ржачные, придумывали их тутошние тестировщики, а рисовал наш молдавский дизайнер.

Кому будет интересно — отпишитесь, я их захвачу с собой.

Один календарь стоит 70 леев.

Апдейт: никому не интересно.

Бэй, так и ожидалось, все как и прежде.

Read Full Post »

Послание комплексное.

Частность выяснил: с точки зрения аналитика, качество как раз и есть соответствие ожиданиям закащщика.

Есть на борту тестировщики, которые были воспитаны аналитиками? Тестировщиков, воспитанных программистами и тестировщиками я уже повидал.

Налиучший вид требований для тестировщиков — юз-кейсы.

Полностью согласен. Простор для совместной работы аналитика и тестировщика расширяется.

Согласование требований не требуется, если до этого оба лица работали вместе. Просто формальность.

Тестировщики вообще — отличные кандидаты в аналитики. Денис приглашает нас в сотрудничество между профессиями.

PS Udaleator, аудиозапись я тоже делаю.

———————
Тезисы и слайды считаются ознакомительным материалом, и не могут являться объектом придирок любого рода.

Автор может в любой момент заменить (или снять) свою презентацию или другими материалами, или слайдкастом.

Read Full Post »

Older Posts »

%d такие блоггеры, как: