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

Фотография

Тестирование новых фитч со старыми (ранее созданным и) данными


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

#1 Dob3r

Dob3r

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

  • Members
  • Pip
  • 27 сообщений
  • ФИО:Dober


Отправлено 21 апреля 2018 - 08:58

Добрый день. Такой вопрос. Вот появляется в системе новый какой то функционал. Мы создаём новые данные и тестируем этот новый функционал с новыми данными. А как быть с данными, которые были созданы в системе до появления нового функционала? Правильно ли думать что надо протестировать новый функционал со старыми данными тоже, вдруг новый функционал по какой то причине не работает со старыми данными ?
  • 0

#2 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 21 апреля 2018 - 09:00

А новый функционал как-то меняет данные?
Как он их использует?
Пример можете привести из работы системы?
  • 0

#3 Dob3r

Dob3r

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

  • Members
  • Pip
  • 27 сообщений
  • ФИО:Dober


Отправлено 21 апреля 2018 - 09:10

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

Да, новый функционал меняет данные, например Статус объекта.
  • 0

#4 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 22 апреля 2018 - 05:58

Обязательно. И чуть ли не в первую очередь. Если новый функционал "ломает" имеющиеся пользовательские данные, это очень-очень плохо.
  • 0

#5 SALar

SALar

    Профессионал

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


Отправлено 22 апреля 2018 - 07:06

Обязательно. И чуть ли не в первую очередь. Если новый функционал "ломает" имеющиеся пользовательские данные, это очень-очень плохо.

+1

 

В некоторых случаях за это: "Ночью. Отправиться в лес. В двух разных багажниках."

 

Если новый функционал меняет старые данные - это очень тяжко. Помнится в 2004 мы решили поменять политику назначения идентификаторов объектов. Переходили с автоинкремента на GUID. Полтора месяца потом вычищали баги. А если бы в прод выпустили, нас бы поубивали. Там апдейт часть данных не просто менял, а удалял. А потеря бухгалтерских данных... Даже думать не хочу.

 

PS. Именно поэтому я дико не люблю Jira. Ее апдейты иногда так увечат старое, что лучше бы они вообще апдейты не выпускали. Одна из рекомендаций хорошего админа Jira (я с ним работал и знаю, что говорю): "хочешь накатить апдейт  Jira - подожди полгодика, почитай форумы".

И да, поэтому крайне не рекомендую Jira  в облаке. Там они накатывают апдейты без объявления войны. 


  • 0

-- 

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

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

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

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

 


#6 Dob3r

Dob3r

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

  • Members
  • Pip
  • 27 сообщений
  • ФИО:Dober


Отправлено 22 апреля 2018 - 07:51

Спасибо за ответы.


  • 0

#7 SALar

SALar

    Профессионал

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


Отправлено 22 апреля 2018 - 10:37

Спасибо за ответы.

Не за что.

 

Вы поймите простую вещь. Дешевле всего стоят серваки. Потом по стоимости идет софт. Но дороже всего данные. Вот они реально стоят денег.

 

Компания "дифэктори сарл" обычный интенетовский стартап. Начинала, как и рамблер в 1999 (или около того). В 2001 получала денег в сотню раз больше, чем рамблер, яндекс и майл.ру вместе взятые. Чем торговала? Классификатором продукции. Хорошими, чистыми данными.


  • 0

-- 

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

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

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

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

 



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

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