Хотелось живое мнение услышать по поводу формулировки )

счас дизайнеры не знают чем хинт от тултипа отличается

Мы используем импакт анализ примерно вот так https://www.guru99.com/impact-analysis-software-testing.htm

А формулировка могла быть получше, имхо.

и у вас это часть процесса тестирования? куда вы потом результаты анализа сохраняете? они переиспользуется в будущем?

На одном из проектов, да.
Это является частью подготовки команды к регрессии - поскольку общая регрессия всего-всего занимает +- 2 месяца, то без этого никуда.
Команда анализирует фичи которые собираются релизить, смотрят на что они влияют, под это уже подбираются подходящие тест-кейсы.
Сохраняется в конфлюэнсе все.

По итогу что имеем - вместо 2 месяцев регресса для команды из 5 куа - 2 недели регресса, и практически такой-же % багов с прода.
Про переиспользуются ли в будущем - тут мне сложно овтетить, все-таки я не на том проекте :)

да, не хотел бы я так веселиться)

:) Ну да, там это жизненная необходимость.

Матрица зависимостей вообще крутая штука если обширный функционал. Я вот в процессе внедрения такой практики в команде

#QA_question Всем привет. Не могу нагуглить, как расшифровать error в jsonprc ответе сервера. Там куча "error":"\u0420\u0430\u0437...\u0438" вот таких данных. Может кто-нибудь знает документацию где найти или что делать в такой ситуации..

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

Спасибо!

А что может стать причиной, что юникод не перекодировался в текст?

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

Но без кода сложно сказать

Понял, благодарю.

Добрый день. У меня вот вопрос задали на собеседовании, но я вообще не смогла ответить. Возможно, вы поможете, чтоб знать в будущем. Нужно протестировать фичу на мобильном клиенте, но API для неё еще не задеплоили в прод.
Вопрос: Как протестировать фичу, используя тестовую среду?

Добрый, а протестировать само приложение тоже необходимо на проде? Или, может, есть тестовая сборка, которая смотрит на тестовое АПИ?

URL тестовой среды, на которой можно протестировать фичу, — https://test1.api.host/, URL продового API - https://prod.api.host.
Ссылки абстрактные.

че так толсто

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

Хотя правильно все-таки уточнить, на каком энве стоит тестировать клиент и апи. Мокать запросы тоже можно, но выглядит очень долго и муторно.