Золотое же правило: работает - не трож

А вот такой вопрос - сколько у нас в РФ стоит подписка на спотифай дуо?

Да вот жеж!

около 200р

Интересненько... Надо РФную подписку попробовать сделать

Мерси!

Всем привет!
Компания: Geekbrains (Mail.ru Group)
Вакансия: автор курса "Автоматизация тестирования мобильных приложений" (желателе опыт на Java от 3х лет)
Локация: удалённо
Зп: 10к за методичку по одному уроку (уроков 9)
Писать мне @chikaneellie

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

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

Если интересно- пишите, буду рада ответить на вопросы
Хорошего дня!

Всем отличной субботницы!
Коллеги, подскажите по такому вопросику.

Например, есть приложение, которое отображает список номеров маршрутов автобусов(только цифры), которые вышли на смену.
Через год появились новые маршруты с буквой (н-р 68э). Функционал протестирован, ошибок нет. Маршрутные номера в списке есть.
Но есть кнопка поиска конкретного маршрута, и она допускает ввод только цифр. Соответственно буквенные маршруты нельзя найти.

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

А поиск только по строгому совпадению ищет?

И тебе отличной субботницы!

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

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

Видимо тестер, который регресс в полной мере не выполнил.

Да никто не виноват.

Но как такое не допустить в даньшейшем? Учитывая текучесть кадров.

Мне кажется, в такой ситуации никак. Только чинить по факту.

и дописывать в ТЗ и в кейсы

Регресс - если ловить в процессе тестирования
Документация - если постоянная текучка кадров
Разрабы, по идее должны это тоже находить, если они стараются +/- внимательно исполнять свои обязанности.

Если нужны виноватые, то виноваты обои, в буквальном смысле. Аналитики - не дописали, разрабы не досмотрели, тестеры не проверили, менеджеры - допустили текучку кадров, не вложились в автоматизацию регресса и составление документации, если уж допустили текучку:)