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

Archive for the ‘Слайдкасты’ Category

Анадысь приключилося со мною странное времяпровождение.

Утром медитирую над GoogleReader. Попадается прелестное:

Цитата #413706

— Зашёл сегодня в одно учреждение заказать документ. А там девушка-стажёр, старается над каждым словом, боится ошибиться. А опытная ей помогает. Затем в супермаркете на кассе — опять стажёр, а опытная за неё кнопочки нажимает. Захожу в соседний магазин и, ты не поверишь, та же картина. Интересная, думаю, тенденция. Наводит на мысль.
— Какую?
— Может, проститутку сегодня заказать?

Гыгы.

Однако, пора двигать. Такси вызываю. А там — девушка-стажер.

На заднем плане голос опытной тёти: «Это постоянник, галочку ему поставь. Да не там галочку, блиа… Теперь вот этот вопрос задай…«

Гм, гм.

Днем из-за угла получил такой вопрос: «А зачем тестировать бизнес-требование? Вот же, указаны функциональные требования, их мы и будем тестировать…»

А поздно вечером на занятии в ПодКлассе мне был задан этот же вопрос с тем же, мгм, удивлением.

Почесал я свое кармическое предназначение (то самое место, в котором рубильщики в CS делают хэдшоты) в поисках ответа, и родилось оттуда нечто странное и афористическое.

(далее…)

Read Full Post »

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

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

(далее…)

Read Full Post »

С днем рождения, тестировщик тестов!

Доклад не про юзабилити, но близко.

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

Или если программа что-то требует, ничего не объясняя — тоже трабла из этой серии 🙂

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

Не надо пропускать запись в трекер мелких багов или «мне вот неудобно, но вроде бы ничего страшного» — страшно всё.

Надо своевременно заводить обоснованные дефекты на неудобство.

Резко вспомнился XMind, который на каждое сохранение документа в какой-то момент начинает брать по 15-20 секунд.

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

Сильнее всего бесит, когда сделать что-то просто, но это не очевидно, и в документации тем более не указано.

Действительно, кстати. Глаза и уши в процессе разработки замыливаются непременно.

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

Опять же — eat your own dog food!

Read Full Post »

Должны ли тестировщики уметь программировать?
Я считаю, что да, каждый в нашем деле должен уметь программировать.
Надо уметь автоматизировать свои рутинные задачи.

© Алексей Баранцев

Очень, очень крутое выступление главного редактора портала Software-testing.ru Алексея Баранцева на первой встрече московского клуба тестировщиков, 19 октября 2010 года.

Самые важные вопросы:

  1. Любят ли вас разработчики?
  2. Любите ли вы разработчиков?
  3. Советуются ли они с вами?
  4. Советуетесь ли вы с ними?
  5. Принимают ли ваши советы?
  6. Принимаете ли вы их советы?
  7. Делают ли что-то для вас?
  8. Делаете ли вы что-нибудь для них?
  9. Зовут ли в свой проект?
  10. Привлекаете ли вы их?
  11. Замечают ли ваше отсутствие?
  12. А?

Буду переслушивать.

А теперь можно и перечитывать 🙂

(далее…)

Read Full Post »

Юля Нечаева объясняет, какие именно игры надо выбирать для того, чтобы играть в рабочее время без тяжелых последствий типа «сгорел процессор» или «переполнен RAM инфой, которую человек накачал за восемь часов рабочего времени в браузер» (подразумеваются игры, в которые можно играть из любого браузера не ниже Firefox 3.6).

Узнал новое слово — ДИЗДОК. Нормальный рабочий термин.

Язык определения функциональности в среде геймдева звучит достаточно смешно. Не, это надо слушать.

Слайдкаст:

Vodpod videos no longer available.

Read Full Post »

Юля Нечаева продержала перед манагерами на конференции SoftwarePeople речь с титлом «Тестирование — это не просто тестирование».

Опровергнуть это утверждение невозможно. Мощным примером стал жизненный «what-we-have Driven Testing», про который в книгах еще не пишут.

На 14-ом слайде Юля предложила тестировать не приложение, а продукт (Business Driven Testing). Всю смену слайдов с 14-го на 15-ый манагеры безмолвствовали, переваривая.

Основной постулат — тестирование должно работать на успех продукта. Не на соответствие реализации по спецификации, не на поиск ошибок, не на менеджера, не на девелопера, не на архитектора, а на продукт.

Редкое слово в этом докладе — «тестировщик». Вместо этого повсюду используется слово «тестирование». Старая добрая идеология «Eat your own dog food» в развернутом виде, в виде корпоративного стандарта, в виде приказа — это всегда круто.

Прочие мелочи, вроде «То, что сейлы наши хорошо треплют языками и продали продукт — это понятно» — восхищают сами по себе.

ЗЫ Проблемы идеологии «Eat your own dog food» известны: «Я начальник. Я нашел баг. Куда смотрят наши тестировщики?! Пора всех увольнять, что ли?»

Read Full Post »

Юлия Нечаева шпарит изо всех пушек линкора аутсорс-тестировщиков по воробьям заказчиков, которые еще не знают, с кем связываются.

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

Вместе со слайд-кастом опубликован и собственно текст доклада. Очень грамотный ход.

Избранное

Что делать команде тестирования, если клиент считает их всех «маускликерами в высоком мире аутсорсинга«?

(далее…)

Read Full Post »

Юля Нечаева (Харьков) рассказывает о том, где брать тестировщиков.

Заметьте, не «Где искать», а «Куда надо пойти и взять«.

Вынес наилучший способ — «воспитывать». Даже если уйдут — всегда могут вернуться. А уже обученный всегда лучше двух необученных.

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

(далее…)

Read Full Post »

Под Маяковского:

Вы слышали,

товарищи,

бухтение,

да не знали,

чье

это

творение

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

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

Вы ж не оторветесь, если под кат залезете.

Это ж Макс Дорофеев бухтит первую часть своего выступления на Test Labs 2009.

Часть 1

Часть 2

Часть 3

Read Full Post »

Автор: Асхат Уразбаев © (scrumtrek.ru)
В текст перевел: Алексей Лупан (testitquickly.com)

Вместо введения

Доклад был представлен на конференции SQA Days’2009 24 апреля. Его можно послушать в виде слайдкаста (слайды, снабженные звуком). Текст совсем чуть-чуть поправлен и снабжен (не всеми) картинками в нужных местах.

Руководство по тестированию в Agile

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

Кто-нибудь работает по эджайлу? Пожалуйста, поднимите руки. Уау… А из тех, кто не поднял, кто-нибудь собирается это сделать? Хорошо. Давайте я сначала представлюсь — меня зовут Асхат Уразбаев, меня уже представили, поэтому я коротко… Он сказал всю правду обо мне, немножко преувеличил местами… Работаю в компании ScrumTrek, мы занимаемся внедрением гибких методологий, помогаем компаниям и организациям всем этим заниматься.

 

(далее…)

Read Full Post »

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