суббота, 29 сентября 2012 г.

Официальный Certified Scrum Product Owner Class от Jeff McKenna в Киеве.

Компания Scrummaster.com.ua приглашает всех желающих из http://www.qaclubkiev.com принять участие в Certified Scrum Product Owner тренинге, который состоится в Киеве. Все желающие, указавшие промо код QAK1274, получают скидку – 50 USD! При регистрации группы от 3 человек и более, участники получат дополнительные скидки!


Обучение будет проводить один из основателей Scrum - Jeff McKenna - официальный Certified Scrum Coach и Certified Scrum Trainer, тренер самой первой Scrum команды, за плечами которого многолетний опыт обучения Scrum как на отдельных тренингах, так и в крупных компаниях.

Когда:
           22-23 ноября – CSPO тренинг.
Где: 
           г. Киев, ул. Николая Пимоненка 13-А
Подробная информация 
           CSPO
Расписание: 
           CSPO
Стоимость без учета скидки: 
           899 USD для одного участника;
           849 USD – для двух участников.

Регистрация здесь.
Это официальные тренинги от ScrumAlliance! 
После окончания тренинга, участники получат официальный сертификат CSPO от ScrumAlliance.
Этот курс включает в себя, как и базовую теорию Scrum, так и специфические вопросы, которые приходится решать Продакт Оунеру в процессе ежедневной работы. А именно, как правильно построить отношения между заказчиками и командой, как можно эффективно управлять продакт бэклогом, спринтами и всей работой в команде. После этого курса вы будете иметь все необходимые навыки, чтобы стать отличным Скрам Продакт Оунером!

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

Занятия проводятся на английском языке.

Тренинг не требует предварительной подготовки и знаний Scrum!

Все, кому не безразличны опыт и знания, приглашаются на тренинги!
Более детальную информацию Вы сможете найти на нашем сайте http://scrummaster.com.ua/.
Будем рады ответить на Ваши вопросы – связывайтесь любым удобным для Вас способом:

Заполнив форму регистрации
Позвонив по телефонам: 
+38-050-473-71-76
+38-044-432-49-48
e-mail: info@scrummaster.com.ua
skype: scrummaster.info

Официальный Certified Scrum Master Class от Jeff McKenna в Киеве.

Компания Scrummaster.com.ua приглашает всех желающих из http://www.qaclubkiev.com принять участие в официальном Certified Scrum Master тренинге, который состоится в Киеве. Все желающие, указавшие промо код QAK1274, получают скидку – 50 USD! При регистрации группы от 3 человек и более, участники получат дополнительные скидки!


Обучение будет проводить один из основателей Scrum - Jeff McKenna - официальный Certified Scrum Coach и Certified Scrum Trainer, тренер самой первой Scrum команды, за плечами которого многолетний опыт обучения Scrum как на отдельных тренингах, так и в крупных компаниях.
Когда: 
           19-20 ноября
Где: 
           г. Киев, ул. Николая Пимоненка 13-А
Подробная информация
           CSM
Расписание:
           CSM
Стоимость без учета скидки:
           899 USD для одного участника;
           849 USD – для двух участников.

Регистрация здесь.
Это официальные тренинги от ScrumAlliance!
После окончания тренинга, участники получат официальный сертификат CSM от ScrumAlliance.
Много практики, интересных игр, включающих также и базовую теорию! И никакого PowerPoint! Это значительно больше чем базовый курс! Вы будете понимать лежащие в основе принципы и общие техники! Вы будете знать, как помочь своей команде достичь целей проекта в быстро меняющихся условиях. После этого курса вы будете иметь все необходимые навыки, чтобы стать отличным Скрам Мастером!
Основной упор тренинга делается на практическом применении методологии Scrum в управлении проектами, а также на ее теоретических аспектах. У Вас будет возможность в команде применить методологию Scrum и понять все преимущества этой методологии. Вы поймете, насколько значимой и решающей, на самом деле, является правильная постановка командной работы.

Кому будет полезно посетить наши тренинги? 
  • Тестировщикам программного обеспечения 
  • Разработчикам программного обеспечения 
  • Архитекторам 
  • Бизнес-аналитикам 
  • Администраторам баз данных 
  • Продакт Оунерам 
  • Тим Лидерам 
  • Специалистам отдела маркетинга 
  • Специалистам отдела продаж 
  • Скрам Мастерам команд 
  • Руководителям проектов 
  • Специалистам, которые работают по Скраму или собираются внедрить эту методологию у себя в проекте, команде или компании 
  • Менеджерам, которые хотят улучшить и увеличить производительность работы команды и компании в целом
Занятия проводятся на английском языке.
Тренинг не требует предварительной подготовки и знаний Scrum! 
Более детальную информацию Вы сможете найти на нашем сайте http://scrummaster.com.ua/.
Будем рады ответить на Ваши вопросы – связывайтесь любым удобным для Вас способом:

Заполнив форму регистрации
Позвонив по телефонам: 
+38-050-473-71-76
+38-044-432-49-48
e-mail: info@scrummaster.com.ua
skype: scrummaster.info

среда, 26 сентября 2012 г.

UA Mobile 2012

Приглашаем всех, интересующихся мобильными технологиями, посетить UA Mobile 2012!

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

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

Целью конференции является поддержка сообщества разработчиков разных стран в сфере мобильных технологий, а также обмен опытом и знаниями как в рамках мобильных платформ (iOS, Android, WP7-8, HTML5+JS и других), так и в смежных областях: кроссплатформенные решения, пользовательские интерфейсы, разработка игр, управление проектами и др.

Докладчиками на конференции выступят специалисты ведущих IT-компаний Украины, Беларуси и России, основатели успешных стартапов, инвесторы в сфере высоких технологий.

Регистрируйтесь сегодня! http://www.uamobile.in.ua/user/register

Место проведения: Киев, Киевский Национальный университет технологий и дизайна
Участие: платное, регистрация обязательна
Когда: 24 ноября 2012, 11:00 Детали на сайте: http://www.uamobile.in.ua

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

Запуск браузера в "тихом режиме/silent mode" Python + Selenium

На днях попалась статья об использовании xvfb и тут вспонилось как мы работали с подобными инструментами. Для освежения памяти нужно было срочно набросать черновик, а для всего этого понабиться буквально несколько шагов чтобы настроить работу с виртуальным дисплеем для запуска бразуера в "тихом режиме".

Когда разрабатываешь тесты для веб приложений с необходимость "запуска живого" бразуера и запускаешь их на той же станции, за которой работаешь, то постоянное открытие браузера отвлекает и можно либо идти пить чай, либо наблюдать за этим процессом.
Решений в этом случае несколько:
- развернуть  Selenium Grid и подключаться удалённо (VNC, Remote Desktop)
- воспользоваться сервисом https://saucelabs.com/
- работая в *nix, использовать виртуальный дисплей для скрытия браузера

В данном посте мы рассмотрим последний вариант в связке с python + Ubuntu.
Перед началом работы нужно подготовить рабочее окружение и установить следующие модули:
- любой из виртуальных дисплеев  XvfbXephyr или Xvnc
- обёртка для работы с вышеуказанными виртуальными дисплеями через python pyvirtualdisplay
- собственно Ubuntu

Уставливаем через терминал:
$ sudo apt-get install xvfb
$ sudo pip install pyvirtualdisplay

Готово, можно пользоваться.
Пример использования:

from pyvirtualdisplay import Display
from selenium import webdriver
#если хотим полностью скрыть дисплей то visible=0, иначе visible=1
display = Display(visible=0, size= (1024, 768)) 
display.start() 
driver= webdriver.Chrome() 
driver.get('http://www.qaclubkiev.com') 
print 'The title of current page is: ', driver.title 
driver.quit() 
display.stop()

четверг, 20 сентября 2012 г.

Автоматическое подтверждение регистрации c использованием Google Forms

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

Что нам для этого нужно? Подключение к интеренету, любимый бразуер, и конечно же учетная запись Google.

Итак, поехали:

- Создаем новую форму с необходимыми колонками. Для примера рассмотрим, что у нас есть три колонки: Время, Имя, Мейл. Необходимо чтобы имя скрипта и имя функции в скрипте, который приведён ниже, совпадали.

- Теперь переходим в редактор скриптов из меню инструменты "Select "Tools" => "Script Editor" и добавляем в него новый следующий скрипт:





function  EmailConfirmation () {

  var sheetname = "Sheet1"
  var emailColumnNumber = 2
  var nameColumnNumber = 3
   
  var ss = SpreadsheetApp.getActiveSpreadsheet();
  var sheet = ss.getSheetByName(sheetname);
 
  if (sheet.getRange(sheet.getMaxRows(),1).getValue() != "") {
     var lastrow = sheet.getMaxRows()  
  } else {
     var count = 0
     for (var i = 0; i < sheet.getMaxRows(); i++) {
        if (sheet.getRange(sheet.getMaxRows()-i,1).getValue() != "") {
        var lastrow = sheet.getMaxRows()-i
        break;
        }
     }
  }

  var email = sheet.getRange(lastrow, emailColumnNumber).getValue();
  var emailPattern = /^[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+(?:[A-Z]{2}|aero|asia|biz|com|coop|edu|gov|info|int|jobs|mil|mobi|name|museum|name|net|org|pro|tel|travel)\b/;
  var validEmailAddress = emailPattern.test(email);
  var name = sheet.getRange(lastrow, emailColumnNumber).getValue();

  if (validEmailAddress == true) {
    var message = ""
        + "Вы только зарегистрировались на i-ю встречу QA Club Kiev"
        + "
" + "Ваше имя: " + name + "
"
        + "
";           MailApp.sendEmail(email, "Подтверждение регистрации", "", {htmlBody: message});    
  }
}

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

В переменных emailColumnNumber и nameColumnNumber необходимо указать номера, соответствующих колонок. Для нашего случая это В = 2 и С = 3.

Теперь нужно сохранить почти готовый к работе скрипт и добавить его в триггеры (не забываем переименовать скрипт). Для этого переходим в меню триггеры "Triggers" --> "Current script's triggers" --> "Click to add a script" и выбираем только что сохранённый скрипт. Далее выбираем "From spreadsheet" и событие "On form submit". Снова сохраняем изменения.
Теперь можно зарегистрироваться с валидными данными, и проверить что пришло подтверждение на указнный при регистрации адрес.

В дальнейшем тему и тело письма можно изменить уже исходя из необходимости и целей.


среда, 19 сентября 2012 г.

Результаты опроса Тестировщик или Тестировщица

Данный опрос не является точной статистикой, а лишь отображает тенденцию среди участников. Как видите, всётаки мужская половина преобладает, но с небольшим разрывом. Но мы не закрываем опрос, и если вы ещё не голосвали, то можете это сделать по ссылке. А на момент публикации поста картина следующая:


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

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

QA Club Kiev: Online Test Results

Дорогие коллеги, мы подготовили статью с ответами к онлайн тестам, которые проводил QA Club Kiev на самом масштабном нетворкинг мероприятии в Киеве за последний год - IT Jam 2012.

Вы можете ознакомиться с вопросами и ответами ниже :)


P.S.: Кому не удалось посетить IT Jam 2012 в этом году, просмотрите 3-х минутное видео, о том как это было!



Один день из жизни тестировщика

У вас X критических задач на текущий момент, полная загруженность. Вы ничего не успеваете, а Вам направляют еще одну задачу и ставят ее как приоритет номер 1. Естественно, задача должна быть сделана на “вчера”. При этом, остальные задачи должны также выполняться - параллельно.

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

Перед Вами стоит следующая задача, а также спецификация на 45 страниц:
«Как пользователь я хочу иметь возможность пользоваться поиском, который будет представлять стандартную форму поиска и искать по всей информации по сайту».

Ваши действия:
1.       Вы знаете, что на изучение спецификации вам нужно потратить около 4 часов, так как задача очень большая. Когда приступить к изучению требования? Сразу? Ваши действия (учтите,  что вы работаете в условиях полного недосыпания и загруженности)
a)      Да, сразу, опишите почему (правильный ответ,  так как там могут быть ошибки и фундаментальные неточности, переделывать которые потом просто не будет времени)
b)      Нет, не сразу, дождаться когда часть функциональности будет готова, опишите почему (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)
c)       Договорится о встрече с разработчиком и менеджером, и обсудить требования на совещании. (Не правильно, так как нет времени на совещание и длительные обсуждения 50 страниц) 
Правильный ответ: A. Сразу, так как там могут быть ошибки и фундаментальные неточности, переделывать которые потом просто не будет времени

2.       Сколько времени потратить на изучение?
a)      ни сколько (нет времени заниматься этим)
b)      30 минут (нужно бегло проглянуть, но не вчитываться)
c)       2 часа (постараться изучить главные моменты и поставить свои замечания)
d)      4 часа (полностью изучить требования и проверить их на полноту)
e)       6 часов (полностью изучить требования, а также обсудить их вместе с разработчиками, чтобы ничего не упустить) 
Правильный ответ: C. 2 часа, если критичная задача, ее нужно изучить, но постараться потратить столько времени, чтобы ничего не упустить. При этом нельзя братв все 4 часа, так как нужно выполнять еще другие задачи.

3.       Стоит ли писать тест-план?
a)      Да стоит, так как от детального планирования зависит рациональное выполнение работы
b)      Нет (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)
Правильный ответ: B. Нет (Так как нет времени, нужно закрывать другие задачи, буду проверять на стадии проверки случаев)

4.       Вам нужно получить дизайн новой страницы, но ваш дизайнер сказал вам что сможет приступить к задаче не раньше чем через 4 дня. Ваши действия:
a)     Оставить дизайн на себя так как никто другой не может этого сделать
b)     Оставить дизайн на программиста, пусть сам разберается ведь у него есть ощущение того, как все должно быть.
c)      Заасайнить таск на дизайнера и убедить его что это задача номер 1, которая должна быть выполнения сейчас
Правильно: C. оставляйте дизайн профессионалам этого дела, не стоит все тянуть на себе, так как дизайнер знает что и как в системе. Нельзя оставлять дизайн на программиста, так как эти люди должны концентрировать свое внимание на функциональности системы, а в критические моменты просто совершить элементарные ошибки в логике.

5. Когда писать тестовую документацию?
a)    В самом начале
b)    В конце
c)    Перед самим тестирование
d)    Не писать вообще
Правильно: C. Перед самим тестированием. Нужно продумать ход действий, документация должна быть минимальной.

6. Какие виды тестирования вы будете применять и почему?
a)     Ад хок тестирование, регрессионное и приемочное
b)     Функциональное тестирование, интеграционное, регрессионное.
c)      Функциональное и регрессионное.
d)     Системное тестирование, альфа-тестирование и бета-тестирование.

Правильно: В. Должно применяться как минимум функциональное, интеграционное, регрессионное тестирование.

7.  Вы  получили первую версию системы. При тестировании системы, Вы получили следующее (смотреть скриншот). Есть ли на данном скриншоте баги?

a)      Да, здесь 3 бага. Опишите их.
b)      Да, здесь 7 багов. Опишите их.
c)       Да, здесь 5 багов. Опишите их.
d)      Да, здесь 1 баг. Опишите его.
e)      Здесь нет ни одного бага.

Правильный ответ:  В. 7 багов – картинка закрытия залазит на форму; слова Запрос с лишним символом; Поиск кнопка длиннее чем поле ввода; первый результат поиска не верный; текст красным не должен появляться; в красном тексте лишние символы; не соблюден один стиль на форме (разные шрифты и выравнивание).


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

1) Executing the same test case by giving the number of inputs on same build called as
a) Regression Testing
b) ReTesting
c) Ad hoc Testing
d) Sanity Testing 

Correct: b
 
2) To check whether we are developing the right product according to the customer requirements are not. It is a static process
a) Validation
b) Verification
c) Quality Assurance
d) Quality Control 

Correct: b
 
3) To check whether we have developed the product according to the customer requirements r not. It is a Dynamic process.
a) Validation
b) Verification
c) Quality Assurance
d) Quality Control 

Correct: a

4) The review and approved document (i.e. Test plan, System Requirement Specification’s) is called as
a) Delivery Document
b) Baseline Document
c) Checklist 

Correct: b
 
5) Conducted to validate that the application, database, and network they may be running on can handle projected volumes of users and data effectively. The test is conducted jointly by developers, testers, DBA’s and network associates after the system Testing called as
a) Functional Testing  
b) Stress/Load Testing 
c) Recovery Testing
d) Integration Testing 

Correct: b
 
6) Cost of quality = Prevention Cost + Appraisal cost + Failure cost
a) True 
b) False 

Correct: a 

7) It measures the quality of processes used to create a quality product. It is a system of management activities, It is a preventive process, It applies for entire life cycle & Deals with Process.
a) Validation
b) Verification
c) Quality Assurance 
d) Quality Control 

Correct: c
 
8) Boundary value analysis belongs to which testing method?
a) Black Box testing 
b) White Box testing 

Correct: a
 
9) What are the Types of Integration Testing?
a) Big Bang Testing
b) Bottom Up Testing
c) Top Down Testing
d) All the above 

Correct: d
 
10) Which is Black-Box Testing method?
a) equivalence partitioning 
b) code coverage
c) fault injection 

Correct: a
 
11) Automation Testing should be done before starting Manual testing.
Is the above statement correct?
a) Yes
b) No

Correct: b

12) Typical defects that are easier to find in reviews than in dynamic testing are:
a) deviations from standards,
b) requirement defects
c) design defects
d) insufficient maintainability and incorrect interface specifications
e) All of the above 

Correct: e

13) Load Testing Tools:
a) reduces the time spent by the testers
b) reduces the resources spent
c) mostly used in web testing
d) all of the above  

Correct: d

14) Reviews, static analysis and dynamic testing have the same objective
a) identifying defects
b) fixing defects.
c) 1 and 2
d) None

Correct: a

15) What are the 2 major components taken into consideration with risk analysis?
a) The probability the negative event will occur
b) The potential loss or impact associated with the event
c) Both a and b
d) Neither a nor b

Correct: c

16) The selection of test cases for regression testing
a) Requires knowledge on the bug fixes and how it affect the system
b) Includes the area of frequent defects
c) Includes the area which has undergone many/recent code changes
d) All of the above

Correct: d

17) What do you mean by “Having to say NO”
a) No, the problem is not with testers
b) No, the software is not ready for production
c) Both a & b
d) none of the above

Correct: b

Давайте проанализируем ответы и постараемся понять, почему именно они являются правильными.

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

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

Когда же писать тестовую документацию? Достаточно интересный вопрос. При полном беге Agile хочется ответить – никогда. Но, все же, тестовую документацию лучше писать перед самим тестированием, так как спецификация может меняться вплоть до фазы тестирования. И да, документация должна быть минимальной, но она должна быть, чтобы ничего не упустить.

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

Говоря о количестве багов на картинке, то правильный ответ 7, а именно: картинка закрытия залазит на форму; слова Запрос с лишним символом; Поиск кнопка длиннее чем поле ввода; первый результат поиска не верный; текст красным не должен появляться; в красном тексте лишние символы; не соблюден один стиль на форме (разные шрифты и выравнивание)

До новых встреч на QA Club Kiev, следите за анонсами!