bu4er

Первая группа будет тестировать новенький чат http://www.hivechat.im.

Создаваемые тестовые чаты и прочие объекты должны иметь в названии слово тест.

Задачи и репорты будут в Redmine. 

Redmine: qatracker.marshrut-testirovshika.ru

Доступ к проекту получат участники группы.

Видео как работать с багтрекером: https://youtu.be/UbYeHkKWLuQ

Участники:

QALead – Шмыга Артем

QA Engineers:

1. Башурова  Екатерина
2. Важов  Евгений
3. Гай  Лиза
4. Голякевич  Александр
5. Корнелюк  Екатерина
6. Кульнева  Алена
7. Москаленко  Мария
8. Мубаракшин  Рамиль
9. Пантюшин Александр
10. Ткаченко  Екатерина
11. Хоменко  Игорь
12. Шахлевич  Ольга
13. Samonkin  Denis

Координаторы:

1. Василий Касимов
2. Артем Шмыга

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

Актив 2 группы 6 цикла:

1. Юля Маннанова
2. Инна Рощупкина

Можете воспользоваться одноразовой 15% скидкой на курсы портала в течении года. 

Итоги

1. Алексей Мищенко
2. Алёна Алейникова
3. Анна Ряскова
4. Василий Касимов
5. Дмитрий Власенко
6. Инна Рощупкина
7. Наталья Боровко
8. Наталья Григорьева
9. Олег Грицкевич
10. Ольга Кожуховская
11. Сергей Ртищев
12. Julia Mannanova
13. Oksana Matsiura
14. Valia Moskaliova

• Поиск
• Сортировки и фильтры
• Статусы для книги
• Функционал плеера
• Окно текущей книги
• Главное меню приложения
• Список доступных книг
• Настройки приложения
• Загрузка книги на телефон
• Проигрывание книги загруженной на телефон
• Проигрывание книги онлайн
• Статистика
• Функция случайной книги
• Функция “Пометить как прочитанное”
• Добавить в избранное
• Порекомендовать книгу
• Функция “Удалить по завершению”
• Бэкап и восстановление
• Прерывание воспроизведение из-за других приложений
• Отображение информации в трее
• Орфография
• Функция "Поделиться"
• Выбор плеера для прослушивания
• Работа приложения по wi-fi и 3g

• Функция "Поблагодарить"

Группа 2 будет тестировать мобильное приложение под Android для поиска, загрузки и прослушивания аудио-книг.
Тестировать будем “боевое” приложение.
 

Тест план здесь

Чек лист в Trello: https://trello.com/b/VkcgWJUz/mds

Видео как работать в Trello: https://youtu.be/Yw80bQO7J_A

Багтрекер Redmine: qatracker.marshrut-testirovshika.ru

Проект MDS. Доступ получат участники группы.

Видео как работать с багтрекером: https://youtu.be/UbYeHkKWLuQ

Только ручное функциональное тестирование.

ВАЖНО!

Правила коммуникаций:

В багтрекере только баг-репорты. В комментариях вопросы и дополнения только касающиеся данного баг-репорта.

В трелло стикеры только для идей и чек-листов(проверок). Комменты только для номера бага или ссылки на баг-репорт.

Важные вопросы и моменты обсуждаются в подфоруме “Хомячки”

Обсуждения и вопросы касающиеся проекта - в скайп-чате группы.

Любые другие обсуждения - в общем скайп-чате.

Правила оформления баг репорта для группы 2:

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

Пока вы в моей группе - прошу вас действовать по правилам группы.

• Если баг проявляется только при определенных обстоятельствах я прошу указывать это в названии бага.

Например. Если баг проявляется только в браузере IE 11 - то название бага должно быть "IE11. И дальше суть бага".

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

Цените и экономьте мое время, время других участников и ваше собственное.

• Не писать подробные шаги воспроизведения если они не влияют на появление бага.

Пример (утрирую):

"Включить комп.

Навести курсор на иконку браузера.

Кликнуть два раза.

Ввести сайт google.ru.

Пролистать вниз до конца страницы.

Перейти на вторую страницу.

Пролистать вниз до конца страницы.

Перейти на третью страницу...

...

Перейти на 256 страницу.

Кликнуть по второй ссылке.

В шапке найти опечатку."

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

Баг репорты:

Баг репорт возвращается создателю если:

• Нужно дополнить\изменить баг репорт.

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

• Баг репорт отклонен(дубль, не нуждается в решении, не баг, не воспроизводится).

В этом случае статус репорта меняется на отклонен и в специальном поле указывается причина отказа.

Если есть новые аргументы в пользу того, что это все таки баг, то указываешь их примечанием(комментарием).

Информация про статусы и их изменение есть в видео “Как работать с багтрекером”.

НЕ ТЕСТИРУЕМ БЕЗ КОМАНДЫ!

Краткий план:

1. Сначала набор группы

2. Потом изучение проекта и создание проверок\тестов

3. И только потом тестирование

Если возник вопрос. Инструкция.

1. прочитать тему на форуме

2. прочитать тест план

Если вопрос еще остался, то:

1. прочитать внимательно тему на форуме

2. прочитать внимательно тест план

И если ты не нашел там ответа на свой вопрос:

1. задать вопрос в чате.

Таким образом ты покажешь себя:

1. внимательным

2. самостоятельным

3. уважающим время других

4. человеком с интересными вопросами

Помни, скорее всего, ответ на твой вопрос уже где то написан.

Участники:

QALead - Артём Шмыга (я)

QA Engineers:

1. Алексей Мищенко

2. Алёна Алейникова

3. Анна Ряскова

4. Василий Касимов

5. Дмитрий Власенко

6. Инна Рощупкина

7. Наталья Боровко

8. Наталья Григорьева

9. Олег Грицкевич

10. Ольга Кожуховская

11. Сергей Ртищев

12. Julia Mannanova

13. Oksana Matsiura

14. Valia Moskaliova

Координаторы:

1. Сергей Мартусенко

2. Василий Касимов

От участника ожидается:

• Внимательность

• Выполнение задач, которые на него назначены

• Исправление и дополнение своего баг-репорта

• Быть активным в течении всего цикла

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

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

Всем участникам группы было отправлено письмо с ссылкой на скайп-чат группы. Если письмо не пришло, то проверь папку спам.

Актив 2 группы 5 цикла:

1. Алёна Алейникова
2. Алеся Гончарик
3. Александр Пантюшин
    

Можете воспользоваться 15% скидкой на курсы портала в течении года. 

Саруман Белый




Всячески мешай продукту выполнять свою работу, выполнять свои функции.

Беорн




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



Голлум



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

Назгул




Нужно поймать баг который не спешит воспроизводится?

Смауг




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

Саурон




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

Хоббит



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

Эльф




Тестируй и описывай всё так, будто ты бессмертный.
Но помни, орки программисты все равно могут тебе "вломить" несмотря на твою бессмертность.

Гном




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

Гендальф Серый




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

Радагаст Бурый




Предлагать тестировать под травами, пожалуй, будет не этично. 

Энт



 

Группа 2 будет тестировать сайт stay.com на тестовом стенде + 2 приложения для Android и iOS.
Сайт для поиска путеводителей и интересных мест в 150 городах. Имеет свое мобильное приложение с оффлайн картой.

Тестировать будем только на тестовом стенде и тестовых приложениях!!!
Ссылку на стенд и тестовые приложения получат участники группы.

Подробнее в плане тестирования.

Оригинал сайта: stay.com

Чек лист в Trello: https://trello.com/b/2P1fvvm4/stay
Видео как работать в Trello: https://youtu.be/Yw80bQO7J_A

Багтрекер Redmine: qatracker.marshrut-testirovshika.ru
Видео как работать с багтрекером: https://youtu.be/UbYeHkKWLuQ
Доступ к проекту получат участники. Проект Stay.


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


Для тестирования на iOS нужно будет установить testflight и предоставить ID устройства.

ВАЖНО!

Правила коммуникаций:

В багтрекере только багрепорты. В комментариях вопросы и дополнения только касающиеся данного багрепорта.

В трелло стикеры только для идей и чек-листов(проверок). Комменты только для номера бага или ссылки на багрепорт.

Важные вопросы и моменты обсуждаются в подфоруме “Хомячки”

Обсуждения и вопросы касающиеся проекта в скайп-чате группы.

Любые другие обсуждения в общем скайп-чате.

Правила оформления баг репорта для группы 2:

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

Пока вы в моей группе - прошу вас действовать по правилам группы.

• Если баг проявляется только при определенных обстоятельствах я прошу указывать это в названии бага.

Например. Если баг проявляется только в браузере IE 11 - то название бага должно быть "IE11. И дальше суть бага".

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

Цените и экономьте мое время, время других участников и ваше собственное.

• Не писать подробные шаги воспроизведения если они не влияют на появление бага.

Пример (утрирую):

"Включить комп.

Навести курсор на иконку браузера.

Кликнуть два раза.

Ввести сайт google.ru.

Пролистать вниз до конца страницы.

Перейти на вторую страницу.

Пролистать вниз до конца страницы.

Перейти на третью страницу...

...

Перейти на 256 страницу.

Кликнуть по второй ссылке.

В шапке найти опечатку."

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

Баг репорты:
 

Баг репорт возвращается создателю если:

• Нужно дополнить\изменить баг репорт.

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

• Баг репорт отклонен(дубль, не нуждается в решении, не баг, не воспроизводится).

В этом случае статус репорта меняется на отклонен и в специальном поле указывается причина отказа.
Если есть новые аргументы в пользу того, что это все таки баг, то указываешь их примечанием(комментарием).

Информация про статусы и их изменение есть в видео “Как работать с багтрекером”.


НЕ ТЕСТИРУЕМ БЕЗ КОМАНДЫ!
Краткий план:

1. Сначала набор группы

2. Потом изучение проекта и создание проверок\тестов

3. И только потом тестирование
    

Не летим впереди паровоза, имейте терпение и учитесь не спешить.

Если возник вопрос. Инструкция.

1. прочитать тему на форуме

2. прочитать тест план

Если вопрос еще остался, то:

1. прочитать внимательно тему на форуме

2. прочитать внимательно тест план

И если ты не нашел там ответа на свой вопрос:

1. задать вопрос в чате.

Таким образом ты покажешь себя:

1. внимательным

2. самостоятельным

3. уважающим время других

4. человеком с интересными вопросами

Помни, скорее всего, ответ на твой вопрос уже где то написан.

Участники:

QALead - Артём Шмыга (я)

QA Engineers:

1. Александр Пантюшин

2. Александр Пахомчик

3. Александра Токарева

4. Александр Турбовский

5. Алексей Мищенко

6. Алеся Гончарик

7. Алёна Алейникова

8. Василий Васильев

9. Владимир Конченков

10. Дмитрий Скиндер

11. Елена Кольцова

12. Надежда Емельянова

13. Наталья Боровко

14. Нелли Гильфанова

15. Ольга Кожуховская

16. Станислав Ефимов

17. Юрий Рубис

18. Lidiya Deyeva

19. Prokopii Chromov

Координаторы:

1. Сергей Мартусенко

2. Василий Касимов

3. Ольга Ермолаева

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

Итоги

Вторая группа участников тестировала сайт сети отелей.

Из 20 заявленных в группу участников 12 приняли участие в тестировании сайта.

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

Участники:

1. Александр Пантюшин

2. Александра Токарева

3. Дарья Шинкаренко

4. Иванна Гулыма

5. Инна Рощупкина

6. Ирина Бушмакина

7. Ирина Дидусь

8. Максим Арисов

9. Надежда Емельянова

10. Ольга Кожуховская

11. Ярослав Осадчий

12. Ярослава Биленко

Багтрекер:

Всего заведено репортов - 368

59 отклонены:

• Дубликат (5)

• Не баг (47)

• Не воспроизводится (6)

• Нет возможности исправить (1)

309 просмотрены и приняты:

• Предложений по улучшению - 33

• Trivial - 35

• Text - 135

• Minor - 60

• Major - 46

​

Чек-лист:

Создано 552 проверок.
Пройдено 548 проверок.
По 194-и из них были найдены баги.

Не пройдено 4 проверки. По ходу тестирования они стали не актуальны.

Протестировано:

• Форма поиска номеров, форма поиска авиабилетов

• Навигация по сайту

• Работа и отображение фотогалерей

• Отображение отелей на карте

• отображение 3D туров по отелям

• Верстка сайта при различном разрешении экрана(1024х768, 1366х768, 1920х1080, 1680х1050, 1280х1024, 2048х1536, 1600х900б 1440х900)

• Отображение сайта в 7 браузерах(Opera v. 33+, IE9, IE11, Firefox v. 42+, MS Edge v. 20+, Google Chrome v. 47+, Yandex Browser v. 15+) на системах семейства Windows.

• Отображение сайта на мобильных устройствах с системам Android(4+) и IOs (9+)

• Работоспособность ссылок

• Вид сайта с отключенными javascript

• Вид сайта с отключенными картинками

• Отображение страниц сайта при масштабировании от 75% до 125%

• Сортировку отелей

Не было протестировано:

• - Функционал сайта, затрагивающий отправку данных в БД - по просьбе заказчика

Сроки:

Начало цикла: 26.01.2016

Начало тестирования: 1.02.2016

Планируемый конец тестирования: 15.02.2016

Действительный конец тестирования: 26.02.2016

Планируемый конец цикла: 19.02.2016

Действительный конец цикла: 5.03.2016

Планируемая длительность тестирования: 15 дней

Действительная длительность тестирования: 26 дней

Планируемая длительность цикла: 25 дней

Действительная длительность цикла: 40 дней

 

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

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

Результаты эксперимента еще предстоит изучить.

P.S. Спасибо всем участникам второй группы.

Из группы исключены неактивные участники. 
Осталось 12 участников .

Участники

QALead - Артём Шмыга

QA Engineers:

1. Александр Пантюшин

2. Александра Токарева

3. Дарья Шинкаренко

4. Иванна Гулыма

5. Инна Рощупкина

6. Ирина Бушмакина

7. Ирина Дидусь

8. Максим Арисов

9. Надежда Емельянова

10. Ольга Кожуховская

11. Ярослав Осадчий

12. Ярослава Биленко

Координаторы:

1. Сергей Мартусенко

2. Василий Касимов

Группа 2 будет тестировать сайт сети отелей, который в прошлом цикле тестировала группа 1.

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

Ссылка на план тестирования: https://docs.google....dit?usp=sharing


Видео как работать в Trello: https://youtu.be/Yw80bQO7J_A
Новичкам письмо с доступом в трелло придет на почту.

ВАЖНО!

Правила коммуникаций:

В багтрекере только багрепорты. В комментариях вопросы и дополнения только касающиеся данного багрепорта.

В трелло стикеры только для идей и чек-листов(проверок). Комменты только для номера бага или ссылки на багрепорт.

Важные вопросы и моменты обсуждаются в подфоруме “Хомячки”

Обсуждения и вопросы касающиеся проекта в скайп-чате группы.

Любые другие обсуждения в общем скайп-чате.
 

Правила оформления баг репорта для группы 2:

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

Пока вы в моей группе - прошу вас действовать по правилам группы.

• - Если баг проявляется только при определенных обстоятельствах я прошу указывать это в названии бага.

Например. Если баг проявляется только в браузере IE 11 - то название бага должно быть "IE11. И дальше суть бага".

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

Цените и экономьте мое время, время других участников и ваше собственное.

• - Не писать подробные шаги воспроизведения если они не влияют на появление бага.

Пример (утрирую):

"Включить комп.

Навести курсор на иконку браузера.

Кликнуть два раза.

Ввести сайт google.ru.

Пролистать вниз до конца страницы.

Перейти на вторую страницу.

Пролистать вниз до конца страницы.

Перейти на третью страницу...

...

Перейти на 256 страницу.

Кликнуть по второй ссылке.

В шапке найти опечатку."

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

Правила изменения статуса баг репорта для группы 2:

• Баг репорт назначается на тест лида - "Artem_Shmyga"

• Баг репорт закрывает(серый цвет) только тест лид

• Статус acknowledged (оранжевый цвет) значит баг репорт просмотрен тест лидом и принят.

Баг репорт возвращается создателю если:

• Нужно дополнить\изменить баг репорт.

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

• Баг репорт отклонен(дубль, не нуждается в решении, не баг, не воспроизводится).

В этом случае баг репорт вновь назначается на создателя для того чтобы тестировщик либо согласился с отклонением либо написал новые доводы или информацию что это все таки баг.

Согласившись с отклонением баг репорта тестировщик должен вновь назначить баг репорт на тест лида с комментарием "Согласен с отклонением".

После этого баг репорт будет закрыт тест лидом.

Другие статусы нам пока не понадобятся.

Немного разъясню по подбору групп. 

• Если в гугл доке возле твоей фамилии нет текста "Да" - значит ты не хочешь\не можешь участвовать в следующем цикле. Даже если ты писал на форуме\в чате что очень хочешь и ждешь старта. Мы берем только тех кто хочет и выполняет инструкции. 
   
• Если ты отметился в гугл доке, но тебя нет в общем скайп-чате, значит либо ты невнимательный и не выполнил всех условий, либо не очень хочешь участвовать. Искать тебя никто не будет. Участников, которые выполнили все условия, хватает. 
   
• Если ты добавился в скайп-чат и не написал свое имя и фамилию, то не удивляйся, что тебя не взяли в группу. Скайп-чат - это основной канал коммуникации в проекте "Хомячки".
   
• Если ты не изменил свой креативный ник в скайпе на свое имя и фамилию, то не удивляйся, что тебя не заметили и не взяли в группу. Никто не будет тратить время и выяснять у каждого неизвестного кто он такой.

Отзыв владельца одного сайта который мы тестировали во втором цикле. 

Ребята, большое спасибо за работу! Обратимся к Вам ещё не раз!
Отличная работа по тестированию, очень быстро находят даже самые незаметные ошибки!
Надеюсь Вы протестируете ещё не один наш проект!
www.peterburg.center - Ваш аудиогид по Санкт-Петербургу

 

Некоторые условия для участников:

- Если баг проявляется только при определенных обстоятельствах я прошу указывать это в названии бага. 
Например. Если баг проявляется только в браузере IE 11 - то название бага должно быть "IE11. И дальше суть бага". 
Это делается во первых для того чтобы уже из названия понять что это за баг. Во вторых чтобы другие участники прочитав только название бага не завели подобный дубликат. Или наоборот, завели подобный баг, но проявляющийся при других условиях.  
Цените и экономьте мое время, время других участников и ваше собственное.

- Не писать подробные шаги воспроизведения если они не влияют на появление бага.
Пример (утрирую):
"Включить комп.
Навести курсор на иконку браузера.
Кликнуть два раза.
Ввести сайт google.ru.
Пролистать вниз до конца страницы.
Перейти на вторую страницу.
Пролистать вниз до конца страницы.
Перейти на третью страницу...
...
Перейти на 256 страницу.
Кликнуть по второй ссылке.
В шапке найти опечатку." 

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



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