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

Тестирование юзабилити (usability)
онлайн, начало 1 апреля
Школа тест-менеджеров v. 2.0
онлайн, начало 1 апреля
Программирование на C# для тестировщиков
онлайн, начало 3 апреля
Тестирование производительности: JMeter 5
онлайн, начало 3 апреля
Фотография

Баги как головы гидры, как их победить?

много багов ошибки программисты

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

#1 gamretsky

gamretsky

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

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

Отправлено 11 Ноябрь 2014 - 11:23

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

Кто-то сталкивался с таким? Как это все преодолеть (пережить), исправить а то тестировать уже руки не поднимаются!


  • 0

#2 Molechka

Molechka

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 209 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 11 Ноябрь 2014 - 16:24

Судя по описанию, вы сейчас тушите пожары.

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

 

Конечно, кажется, что времени нет, но надо остановиться и подумать - а почему так происходит?

Команда тестирования и разработки от одной компании? Соберитесь, обсудите.

 

Вот возник баг, что делают разработчики при фиксе? Анализ проводят, когда ошибка появилась, в рамках какого релиза, по какой задаче?

А тестировщики, получив релиз с фиксами, пытаются выяснить эту информацию? Проверяют смежные зоны, на которые могло повлиять изменение? Разработчики об этих зависимостях могли забыть, а тестировщики обычно помнят.

 

Тесты только gui-шные? Пишите хотя бы unit, хотя бы на новый код, после исправления багов, например. 

Они стабильнее, чем переменчивый графический интерфейс.

 

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

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


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#3 asolntsev

asolntsev

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

  • Members
  • Pip
  • 59 сообщений
  • ФИО:Андрей Солнцев
  • Город:Таллинн

Отправлено 11 Ноябрь 2014 - 19:04

Ответ напрашивается: разработчики должны писать как минимум Юнит-тесты. Желательно ещё и UI-тесты. Или хотя бы прогонять автоматический смоук-тест перед тем, как закоммитить изменения и сдать в тестирование. Тогда они сами будут и локаторы менять.
  • 0

#4 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 265 сообщений
  • Город:Москва


Отправлено 12 Ноябрь 2014 - 08:35

Не надо тестов. Не поможет (как правило). Проверенно многократно.

 

ЧаВо: http://blog.shumoos.com/archives/230


  • 1

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 



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




Темы с аналогичным тегами много багов, ошибки, программисты

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

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

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