понедельник, 28 сентября 2009 г.

Что мы имеем. (Rex Black)

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


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


1. Перед началом организации всего процесса тестирования нужно определить: 
а) Что мы можем протестировать
б) Что мы должны протестировать
в) И в конце концов, что мы сможем протестировать


2. Проект тестирования нужно продать своему менеджменту для получения необходимых ресурсов и времени.


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


4. Программы, написанные на С и С++ часто имеют серьёзные security bugs, связанные с переполнением буфера.


5. Beta тестирование часто проводится как ad hoc ( случайное, что является худшим вариантом тестирования) или как exploratory (исследовательское, что является лучшим вариантом).


REM: По поводу exploratory testing мне норавилась публикация James Bach Exploratory Testing Explained .


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


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


8. Для того, чтобы понять что тестировать, нужно определиться: что означает качество применительно к предмету тестирования, и какие риски качества (quality risks) существуют.


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


10. Существует понятие - project risk. Когда первичный эффект от какой-либо проблемы влияет на успех и выполнение всего проекта- это project risk.


11. Для успеха в тестирование нужно расставить все тесты по приоритету и начинать тестирование всегда с самого важного. При недостатке времени всегда можно будет убрать из плана менее важные тесты.


12. Самые важные функциональности или аспекты тестируемого софта должны быть покрыты самым большим разнобразием тестов. И усилися при тестировании прилагаться соответсвующим образом.


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


14. Лучший способ определения рисков качества - проведения многосторонних встреч с техническими и бизнес специалистами в компании.


15. Сhecklist всех аспектов, входящих в понятие качества продукта, достаточно большой.
Вот некоторые из аспектов:
- Functionality
- Performance
- Error/disaster handling and recovery
- Data flow coverage
- User Interface
- Installation setup and initial configuration
- Documentation and packaging
...


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


17. Слишком сильная детализация рисков приведёт к сложностям в упралении ими, низкакя детализация вызовёт тркдности в установке приоритетов тестов.


18. При невозможности придти к согласию по степени рисков эту степень должен выставить тот, кто в конечном счёте ответственен за качество поставляемого продукта.


19. "Schedule, cost and quality - pick two" Что означает, выбираешь и устанавливаешь 2 аспекта и они уже определяют третий. 
NB: VERY IMPORTANT 


20. Структура тест - цикла ( Confirmation Tests --> Scheduled Tests --> Exploratory Tests)


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


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


23. Предварительное планирование предполагает участие в обсуждение плана всех лиц, участвующих в проекте. Однако согласно исследованиям первичные оценки изменяются проектов изменяются на 50, а то и на 200%


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


25. Единственное табу в составлении планов - согласиться потом всё сделать за меньшее время или меньшими ресурсами. Если уж менеджмент настаивает, пусть он берёт на себя все риски.


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

вторник, 22 сентября 2009 г.

Книги по тестированию


Наконец, мой товарищ переправил через океан давно ожидавшиеся мной книги. Действую согласно советам старших товарищей http://www.happy-pm.com/blog/?p=1626.

Managing the Testing Process: Practical Tools and Techniques for Managing Hardware and Software Testing by Rex Black. Третье издание вот только только вышло в августе. Для меня это не особо принципиально, предыдущие я не читал. Но всё равное приятно оказаться на волне со временем и почитать самую новою и в тоже время классическую книгу по тестированию. Я планирую читать и, по мере чтения, делиться ключевыми мыслями из книги  публикуя посты. Глав что-то около 12, так что как раз до НГ должно хватить, посмотрим на мою английскую скорость чтения, понимания и конспектирования.

Вторая книга, что прилетела ко мне из-за океана Lessons Learned in Software Testing by Cem Kaner.
Книга вообще бородатая, уже 2001 года. НО всё равно считается одной из самых лучших книг по тестированию. С ней у меня примерно такой же будет план, чтение и публикации. Буду читать последовательно. Сначала Black, затем Kaner.

Предвкушаю приятное и полезное чтиво...






суббота, 19 сентября 2009 г.

Теряя невинность.

Название книги Ричарда Брэнсона для России получилось достаточно провакационным. Не многие у нас знакомы с брэндом Virgin,  а между тем, это очень известный в западном мире брэнд, созданный Ричардом Брэнсоном.
Книга "Теряя невинность" автобиографичное повествование о жизне Брэнсона и К. О том, как он создал и разивал свой брэнд.
Книгу я прослушивал утром во время зарядки, поэтому цитат нет. Есть просто ключевые мысли, которые запечатлелись у меня в мозгу.

-> Максимальная вовлечённость в работу для достижения результата

- > Цель - постоянное расширение и развитие бизнеса (но не просто деньги и прибыль)

-> Доверять своей интуиции при принятии ключевых для бизнеса решений

-> Настойчивость в достижении цели

-> Уверенность в себе (смело идти на свой страх)

-> Не забывать снимать стресс ( Брэнсон летал на воздушных шарах над континентами и океанами, плавал на лодке через Атлантику, а сейчас даже про космос задумывается)

-> Конкуренция с большими компаниями с позиции лучшего качества обслуживания

-> Всегда искать пути улучшения качества обслуживания, вводить новые виды услуг ( массаж на борту самолёта)

Книга даёт эмоциональной пинок для всех соневающихся. Если очень хотеть и начать делать, то все обязательно получится! Теперь я готов слушать и читать  Брэнсона дальше, благо есть ещё 2 книги.

Дональд Трамп (искусство заключать сделки)

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

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

- Никогда не пробосать своё дело (Выбрал цель и стремись к ней, нельзя всё время отрываться на другое, потом на третье. Так ничего и не достигнешь)

- Уметь ждать своего случая

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

- Быть смелым и уверенным

- Способность к нестандартным действиям (слушать свою интуицию и понять, что на уровне логики твои всегда могут легко просчитать)

- Здоровый образ жизни, стабыльные семейные ценности (когда книга писалась Трамп был женат первый раз и было 3 детей, а теперь wiki Однако 3 жены и 5 детей не помешали его финансовому успеху )

- Знание своего дела (это даже для минимального успеха в жизни обычно нужно :) )

- Выбор лучших в свою команду ( как для строительства небоскрёба в Нью Йорке или казино в Атлантик-сити, Трамп всегда выбирал лучших)

- Всегда всё чётко просчитывать и укладываться в срок (а это полезно для любых проектов и по тестированию в том числе)

В целом впечатления приятные, ощущение, что погрузился в жизнь Нью Йорка. Там царит и жадность и наглость и глупость и есть Трамп с его философией и целеустремлённостью.
Есть его Trump Tower , что он построил, а теперь тут и работает и живёт.

Даже возникло желание посмотреть на New York воочию :)

пятница, 11 сентября 2009 г.

911 и тестирование

Сегодня 8-я годовщина трагедии в штатах. Кто виноват, кто реальный исполнитель и тд. - эти вопросы не для моего блога. Мне просто стали интересны ряд вопросов.
А ведь и конструкции самолётов и состав материалов, и порядок расположения людей в салоне - всё должно тестироваться на различные случаи. В данном случае это stress testing наверно. Также просто инструкциий стюардессам мне кажется недостаточно, нужно и их тестировать на психологическую стрессоустойчивость. А ситуаций может быть много: психованный пассажир, истерика, травма, родах ( такое тоже бывает) и тд. А ведь есть и пилоты и борт инженеры - и тут тестирование и симуляции многих ситуаций помогает много.


Вот ведь как, без тестирования в нашей жизни никуда. Да даже собеседование и испытательный срок тоже своего рода тестирование. Вот как событие 911 навело меня на философию. Зато тестерская самооценка повысилась ещё.


Всё в нашем материальном мире подвергается своего рода тестированию, иногда сразу на пользователях (вакцины к примеру). Получается beta-testing.


Вобщем и целом пост получился напоминаем о 09.09 - дне тестера. Тестеры - нужны, тестеры - важны
Поздравляю себя и ... если кто ещё прочитает этот поток сознания!

Жизнь внутри пузыря.

Прочитал Игоря Ашманова "Жизнь внутри пузыря". К тестированию это не имеет по сути никакого отношения. Просто интересное и отлично описанное биографическое произведение об IT проекте. Как проект развивался, какие были социальные и межличностные конфликты на фоне приличного финансирования. По традиции, я отмечал любопытные для себя цитаты.


--Любой проект разработки ПО - риск.


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


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


--Хороший инвестор обещает не больше денег, а перспектив.


--Уволился, так как понял, что вынужден общаться на работе с неприятными и хуждыми мне людьми


--Лишней работы не бывает.


--Люди,мотивированные делом, это те, кто говорит кратко, разумно и по делу на совещаниях, а после совещаний выполняет принятые на них решения.


--Работа вперёд.


--Если даёшь результат и держишь небо, то уволить тебя или опорочить гораздо труднее.


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


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

вторник, 8 сентября 2009 г.

Transition to IT manager.

Жанр сложно определить, но просили рецензию.
Блоггер я начинающий, поэтому такой стиль ,думаю, мне простителен.
Начну из далека. Как-то в феврале случайно заглянул в большой список рассылок, что ежедневно сваливается мне на почту. Уж и не помню когда я его читал до, и после не особо радовал вниманием. Так вот смотрю - бесплатный вебинар.
Что такое вебинар я тогда не знал, но слово бесплатный конечно заставило прочитать всё до конца. Тема мне интересна и я решился. Работа не волк.., можно и после обеда придти.
Так что умылся, побрился, приготовил завтрак и включил свой ноут в сеть. Сказал ребёнку не шуметь, мол папа собрался делом заняться. Вот так случайно у меня на кухне и зазвучали голоса Орлова и Панкратова.
Ну так вот, к делу.
Какие мысли для меня оказались новыми и интересными:
а)  сделать проект для себя дома и посмотреть, готов ли на подвиги на работе
б) оценить уровень желаемой зп через год, три и пять и соотнести с уровнем предполагаемой должности и ответсвенности
в) всегда доказывать, что лучший среди равных и готов у продвижению вперёд
г) Оценивать менеджера по тому, как он спорит, приводит аргументы и тд
+оценивать своего менеджера и чему возможно, учиться у него
д) PM = не просто товарищ с большой зп, но защитник интересов команды
е) нужно заниматься PR в IT, иначе кто узнает, что ты такой хороший, мягкий и пушистый
ж) превосходить\опережать ожидания
з) use the pencil first + who what when
и) TM - Архангельский (большое спасибо за ТМ!)

ЧТо показалось интересным, но не новым:
а) мониторить компании региона (успешные, открывающиеся)
б) получать обратную связь от начальника
в) смело обращаться за помощью, когда уже продвинулся в PM. (просто активно общаться)
г) овладевать навыком разрешения конфликтов
д) писать личные письма, выделять ключевые мысли и абзацы и не забывать про них после отправки

Что банально, но от этого не менее важно
а) уметь общаться ( слушать)
б) публично выступать
в) знать хорошо английский
г) "я не 100$ чтобы всем нравится"
д) Стивен Кови и его 7 навыков
е) time/budget/ customer satisfaction

Просто запомнилось:
" Солнце ещё высоко...." ( себе так тоже написал дома)
" Нормальная зп потом, а жить тоже потом?"
" иии..... ты вопрос решил?"
Любимая кружка - лидер вебразработки.
"Сидеть на попе ровно"
"турбонадув включать сразу"

ЧТо не понравилось:
- иногда были проблемы со связью,
- коллеги ведущие забывали нажимать unmute,
- перерыв был очень коротким ( когда прибежал из ЖЭКа, тренинг уже продолжился :),
- не определили изначально порядок ответов на вопросы и долго тянули с основной программой тренинга.
- Панкратов, как мне кажется, "болоболил" больше и много прерывал Орлова.

Что можно было бы ещё осветить:
... много всего, но и за это большая благодарность.

Общие итоги:
Я очень благодарен Орлову и Панкратову за их бесплатную для меня инициативу. (4 часа инветиционного времени не в счёт)
С конца февраля моё желание сомообразование получило более чёткую структуру. Я прослушал TM и стал применять ( увы уже много опять надо начинать заново, но кое-что осталось). Составил список книг для прочтения и начал по-немногу двигаться по нему. Начал заполнять пробелы в знаниях о тестировании. Открыл свой блог ( это уж только благодаря Орлову). Action plan составил и... забыл (может пока время не пришло).
И наконец, мне доверили небольшой QA project.

I'm on the way to it manager :)