Перейти к содержимому

Программирование на C# для тестировщиков
онлайн, начало 19 июля
Школа для начинающих тестировщиков
онлайн, начало 25 июля
Python для начинающих
онлайн, начало 26 июля
Автоматизация функционального тестирования
онлайн, начало 26 июля
Фотография

Визуальные подтверждения багов


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 59

#1 Drag

Drag

    Активный участник

  • Members
  • PipPip
  • 122 сообщений


Отправлено 22 Декабрь 2010 - 07:06

Недавно столкнулась с мнением что видеозапись или скриншот есть следствие неправильно локализованного бага, так вот я с этим мнением согласна только частично :)
Попрошу мнения на этот счет.
  • 0

#2 stmark

stmark

    Опытный участник

  • Members
  • PipPipPipPip
  • 404 сообщений
  • ФИО:Докучаев Сергей
  • Город:Ярославль


Отправлено 22 Декабрь 2010 - 07:42

Если кажется, что со скриншотом будет понятнее, то делаю скриншот. А видео только если описание бага или каких-то шагов слишком громоздкое получается.
  • 0

#3 Zenturio

Zenturio

    Опытный участник

  • Members
  • PipPipPipPip
  • 386 сообщений
  • ФИО:Дмитрий
  • Город:Смоленск - Москва


Отправлено 22 Декабрь 2010 - 07:42

Недавно столкнулась с мнением что видеозапись или скриншот есть следствие неправильно локализованного бага, так вот я с этим мнением согласна только частично :)
Попрошу мнения на этот счет.

А кто автор данного мнения. Это есть лицо компетентное или нет?
у меня часто заказчики требуют запись видео
  • 0

#4 Drag

Drag

    Активный участник

  • Members
  • PipPip
  • 122 сообщений


Отправлено 22 Декабрь 2010 - 07:56

Да ради бога :) http://software-test...um/topic/18294/ Вот тут то все и началось, но т.к. там тема о другом ее перенесли сюда.
Я например считаю что в некоторых случаях запись (или скриншот) имеет место быть, и даже обязательно. Но не все с этим согласны.
  • 0

#5 Куатор

Куатор

    Постоянный участник

  • Members
  • PipPipPip
  • 247 сообщений
  • ФИО:Комендантов Илья
  • Город:Украина, Одесса

Отправлено 22 Декабрь 2010 - 07:59

Недавно столкнулась с мнением что видеозапись или скриншот есть следствие неправильно локализованного бага, так вот я с этим мнением согласна только частично :)
Попрошу мнения на этот счет.

Как по мне нельзя все ситуации да и под одну гребёнку..
Во многих случаях, снэпшоты и видео это действительно следствие неправильной локализации дефекта :) Но..
Ситуация (реальная).
Разрабатывается новое приложение. Тестировщик находит дефект, консультируется с девелопером.
Получает ответ - да дефект, надо постить.
Постит. Без видео, без снэпшотов (девелопер сразу понял в чём проблема, в глубоком описании она не нуждается).
Всё супер, если дефект тут же пофикшен.
Но эта история имела продолжение.
Таких дефектов накопилось около сотни (не были сразу же пофикшены по разнообразных причинам) не только в этом новом приложении, но и остальных тоже.
Проходит полгода. Всё эту ораву проблем над отсортировать по приоритету, что-то пофиксить, что-то закрыть как устаревшее, что-то перенести в патчи и так далее.
Этим занялись тил-лидеры тестировщиков (!).
Просматривают уже не одну сотню дефектов, натыкаются на этот (описанный выше). Функционал, который фигурирует в описании изменился, пройтись по стэпам и увидеть проблему не удаётся "сходу".
Тил-лиды в attachmnets - там конечно пусто.. Убивают полчаса (отрывают дэва, который может сообразить о чём вообще речь).
Результат - приходит гневное письмо о профессионализме сотрудников.
Вопрос, как решать такие ситуации?
Зависит от компании конечно, у нас такие ситуации нередки и уже действительно сформировалась своеобразная "культура" оформления дефекта.
Потому что:
Три команды разработчиков из трёх разных стран работают над одним продуктом.
Три команды тестировщиков из разных стран работают над тестированием этого продукта.
Языковый барьер тоже играет свою роль.
Дефекты не фиксятся мгновенно. Их просматривают люди, которые не только не писали этот код, но даже не тестировали эту фичу.
Как описать дефект, чтобы потом всем было хорошо и не нужны были ни снэпшоты ни мувики?
Посоветуйте, мы возьмём на вооружение :friends:
  • 0
Идеальный тестировщик - человек с золотыми руками, растущими из ж...

#6 stmark

stmark

    Опытный участник

  • Members
  • PipPipPipPip
  • 404 сообщений
  • ФИО:Докучаев Сергей
  • Город:Ярославль


Отправлено 22 Декабрь 2010 - 09:05

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

Если функционал настолько изменился, то нужно тестировать его заново. Разве не так?
  • 0

#7 CVD1

CVD1

    Новый участник

  • Members
  • Pip
  • 55 сообщений


Отправлено 22 Декабрь 2010 - 10:21

Я стараюсь всегда помещать скриншот для наглядности за исключением совсем тривиальных случаев. Видео делал давно, когда не хватало словарного запаса для описания.
  • 0

#8 Куатор

Куатор

    Постоянный участник

  • Members
  • PipPipPip
  • 247 сообщений
  • ФИО:Комендантов Илья
  • Город:Украина, Одесса

Отправлено 22 Декабрь 2010 - 10:30


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

Если функционал настолько изменился, то нужно тестировать его заново. Разве не так?

Конечно, так и происходит, постоянно тестирование. Но если дефекты занесены в базу и не пофикшены сразу, с ними надо что-то сделать. Они как бы подвисают.. :) И потом маемо що маемо :)
  • 0
Идеальный тестировщик - человек с золотыми руками, растущими из ж...

#9 stmark

stmark

    Опытный участник

  • Members
  • PipPipPipPip
  • 404 сообщений
  • ФИО:Докучаев Сергей
  • Город:Ярославль


Отправлено 22 Декабрь 2010 - 10:47

Конечно, так и происходит, постоянно тестирование. Но если дефекты занесены в базу и не пофикшены сразу, с ними надо что-то сделать. Они как бы подвисают.. :) И потом маемо що маемо :)


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

#10 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 22 Декабрь 2010 - 10:53


Недавно столкнулась с мнением что видеозапись или скриншот есть следствие неправильно локализованного бага, так вот я с этим мнением согласна только частично :)
Попрошу мнения на этот счет.

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

Как это не нуждается? Дальше вы пожинаете плоды "неглубокого" описания.

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

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

Как описать дефект, чтобы потом всем было хорошо и не нужны были ни снэпшоты ни мувики?
Посоветуйте, мы возьмём на вооружение :friends:

Хорошие логи наше всё.
  • 0

#11 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 22 Декабрь 2010 - 10:58

Недавно столкнулась с мнением что видеозапись или скриншот есть следствие неправильно локализованного бага, так вот я с этим мнением согласна только частично :)
Попрошу мнения на этот счет.

Мнение перефразировано неверно.
Вот что было на самом деле, а мувики тут вообще не при чем.


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

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

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


  • 0

#12 Куатор

Куатор

    Постоянный участник

  • Members
  • PipPipPip
  • 247 сообщений
  • ФИО:Комендантов Илья
  • Город:Украина, Одесса

Отправлено 22 Декабрь 2010 - 10:59

Хорошие логи наше всё.

Учту-с! :friends:
  • 0
Идеальный тестировщик - человек с золотыми руками, растущими из ж...

#13 ch_ip

ch_ip

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 22 Декабрь 2010 - 11:50

Хорошие логи наше всё.

Подходит только в случае, если все нужное логирование было включено в момент, когда тестировщик обнаружил баг, быстро скопировал к себе эти логи и одновременно другие люди не тестировали на том же сервере что-то другое.
  • 0

#14 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 22 Декабрь 2010 - 13:02

А мне кажется, что скриншот - это ещё одно доказательство, что проблема реально существует... Нет? ) Не всегда это нужно, но иногда они спасают...
  • 0

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

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)


#15 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 22 Декабрь 2010 - 14:07

А мне кажется, что скриншот - это ещё одно доказательство, что проблема реально существует... Нет? ) Не всегда это нужно, но иногда они спасают...

Мне трудно представить тестировщика, который сидит, выдумывает баги и заносит их в БТС :)
  • 0

#16 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 22 Декабрь 2010 - 14:12


Хорошие логи наше всё.

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

Для всего что угодно можно придумать ситуацию, когда оно не будет работать. Есть такая характеристика у ПО (наравне с кучей других) - testability. Чем оно лучше, тем всем легче. Для каждого конкретного случая будут свои рецепты, панацеи, увы, не существует. Я написал применительно к своему случаю.
  • 0

#17 OVA

OVA

    Опытный участник

  • Members
  • PipPipPipPip
  • 405 сообщений
  • ФИО:Высоцкий Сергей Павлович
  • Город:Новосибирск

Отправлено 22 Декабрь 2010 - 16:55

А мне кажется, что скриншот - это ещё одно доказательство, что проблема реально существует... Нет? ) Не всегда это нужно, но иногда они спасают...

It depends. Забивать багрепорт картинками, видео, кусками логов, прогнозами погоды с марса и так далее далеко не всегда корректно.

Есть случаи когда хорошая картинка - самый лаконичный и простой способ описать баг. Есть случаи когда никакие картинки не помогут. Аналогично с видео.
  • 0

#18 LeshaL

LeshaL

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 22 Декабрь 2010 - 16:56

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

Убрать слабое звено: либо не просматривать дефекты (вообще недопонял, что значит просматривать) или дать приоритезировать тем кто в теме. Почитайте Крылова И.А.:
Беда, коль пироги начнет печи сапожник,
А сапоги тачать пирожник,
И дело не пойдет на лад.
Да и примечено стократ,
Что кто за ремесло чужое браться любит.
Тот завсегда других упрямей и вздорней:
Он лучше дело все погубит,
И рад скорей
Посмешищем стать света,
Чем у честных и знающих людей
Спросить иль выслушать совета.

  • 0
Regards,
Alexey

#19 Undi

Undi

    Активный участник

  • Members
  • PipPip
  • 134 сообщений
  • Город:Kiev

Отправлено 23 Декабрь 2010 - 08:33


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

Если функционал настолько изменился, то нужно тестировать его заново. Разве не так?


Не надо путать функциональное тестирование и регресс-тестирование. Здесь речь идет о регрессионном тестировании. "Тестирование заново" не является аргументом для закрытия старых багов.
  • 0

#20 Undi

Undi

    Активный участник

  • Members
  • PipPip
  • 134 сообщений
  • Город:Kiev

Отправлено 23 Декабрь 2010 - 08:41

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


Любой багтрекер позволяет фиксировать номера версий (билдов). Соответственно, тестировщик отмечает в какой версии баг найден, разработчик отмечает в какой версии баг исправлен. Можно ввести какое-то количество билдов, за которое баг должен быть закрыт (например, 5). Т.е. если баг наден в версии 2.4, а в 2.9 он не исправлен, его нужно перепроверить на версии 2.9 и внести изменения в описание шагов воспроизведения и в номер версии. Главное - не запускать этот процесс и не иметь давно висящих багов в принципе.
  • 0


Инструменты тестировщика: Командная строка
онлайн
Практикум по тест-дизайну 2.0
онлайн
Программирование на Phyton для тестировщиков
онлайн
Тестирование производительности (JMeter)
онлайн



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале