субота, 24 вересня 2011 р.

Post-AgileEE

Добрый день дорогой читатель.

В этом году я решил не мелочится и заплатить 300 евро для того чтобы попасть на конференцию Agile Eastern Europe.
Организаторы конференции в этом году пригласили множество ключевых докладчиков, известных нам из книжек по Agile и даже тех кто стоял у истоков самого направления Agile.
Одной из полезностей конференция было то,  что не всегда выпадает возможность посмотреть в глаза создалею и спросить "Why?"

С другой стороны на конференции были довольно интересные доклады о мотивации, о взаимодествии с закажчиком, практические вопросы, которые разыгривались в играх. (Здесь я бы хотел обратить внимание на книжку психоаналитика Ерика Берна "Игры в которые играют люди", потому что прослеживается зависимость )

Также конференции - это наиболее легкий способ создавать професиональные сети. А даную конференцию посетило множество иностранных колег. И выходя на кофебрейк пытаешся найти жертву "контакта", хотя это не всегда удается. =)

В общем конференция хорошая и полезная, если  фильтровать "базар"

Тезисы которые необходимо запомнить:
  • No mater what is  your speciality - agile is in your mind
  • IT-systems  are open-ended games while Software development is finite-ended game
  • Invent, Comunicate, Decide - general moves in game "Agile"
  • You have to learnt transactions in our company
  • People don't match formulas
  • If you still counting bugs number in the end of iteration -> you are not in agile project
  • We all from industry and school and this is our BIG problem in software development
  • Sometime leaders are continure behaving like home and this is blocker for collaborate in their teams
  • You should never roving against the tide.
  • You'll never work with system, you only dance with it
  • Software team is a complex adaptive system
  • Managers are monsters BUT agile managers is friendly monsters =)
  • Autonomy, Mastery, Purpose
  • Shu-Ha-Ri aproach
  • In agile Developers are Testers and Testers are Developers. 
  • "If you are not failing you are not trying"
  • Post-Agile is XP =)
  • Lawyers cost more that testers
  • Spec is speculation not specification
  • and more other

пʼятниця, 23 вересня 2011 р.

Отличия QA от QC

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

После первого дня пребывания на конфереции, а в часности общения в неформальном кругу за обедом меня заставили задуматься кто Я на самом деле QA или QC подворотный?

Для того чтобы разобратся что к чему необходимо определится с терминами (via) Wikipedia:

Quality assurance, or QA (in use from 1973) for short, is the systematic monitoring and evaluation of the various aspects of a project, service or facility to maximize the probability that minimum standards of quality are being attained by the production process. QA cannot absolutely guarantee the production of quality products.

Quality control, or QC for short, is a process by which entities review the quality of all factors involved in production. This approach places an emphasis on three aspects:
  1. Elements such as controls, job management, defined and well managed processes, performance and integrity criteria, and identification of records
  2. Competence, such as knowledge, skills, experience, and qualifications
  3. Soft elements, such as personnel integrity, confidence, organizational culture, motivation, team spirit, and quality relationships.
The quality of the outputs is at risk if any of these three aspects is deficient in any way.

Software testing is an investigation conducted to provide stakeholders with information about the quality of the product or service under test.[1] Software testing can also provide an objective, independent view of the software to allow the business to appreciate and understand the risks of software implementation. Test techniques include, but are not limited to, the process of executing a program or application with the intent of finding software bugs (errors or other defects).

Теперь определимся с отвественностью:
QA имеет наибольшую отвественность (капитан Очевидность однако =) ) и отвечает за
  • Предоствления инструмента оценки качества продукта всем участникам процеса разработки
  • Измеряет метрики качества и на основе их разрабатывает способы улучшения качества продукта
  • Создает процес обеспечения качества если такого нет в компании
  • Расчитывает риски качества и предоставляет эту информацию лицам принимающим решения
  • Выступает отдельной ролью в проекте и компании.
  • Может принимать решения о выпуске продукта, если он отвечает метрикам качества
QC имеет меньшую  отвественность. Эту роль часто путают с ролью Тестировщика. И эта роль отвественна в:
  • Сборе метрик тестирования и качества проекта
  • Принимание непосредственного участия в обеспечении качества продукта.
  • Предоставлении информации о качестве продукта
Software Test Engineer отвественен за:
  • Тестирование продукта
  • предоставлении о состоянии того или иного разрабатываемого функционала
  • Предложений улучшения использования продукта ( usability )
  • Собирание таких метрик как количества багов на единицу кода
Что же касается меня, то я нахожусь во всех трёх ролях в разной пропорции.
  • Отвественен за построение процеса тестирования 
  • Планировании тестирования
  • Контроле за качеством продукта
  • Предоставлении информации о возможности выпуска продукта, и за редкими случаями за выпуск продукта
  • Сбор информации по продукту и разработку улучшений его качества. 

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

субота, 3 вересня 2011 р.

Тестировать - это интересно!

Недавно был на конференции IT-Jam Odessa и слушал доклад Kateryna Sushko и этот доклад по странным обстоятельствам натолкнул людей переходить в тестирование. 

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


Хотя с другой стороны это:
  • Ужасная рутина
  • Програмисты считают вас виновником во всех их грехах багах
  • Считается что вы последний оплот перед выпуском продукта и если что то вы будете выноваты. 
Я же считаю, что тестирование - это интересно!
Представьте себе, что все минусы и отрицательные стороны професии это ваши положительные качества. Ваша отвественность, активность, желание делает геркулесов труд. Вы владеете информацией которая необходима другим, а кто обладает информацией, тот управлет миром!
Если это представить, то ваше ЭГО будет "скакать и прыгать" от удовольствия. 
Также работа тестировщиком включает себя узнавание новых вещей. Вы становитесь експертом практически в любой области економической деятельности планеты.

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