Как стать автором
Обновить
14
0
Макс Кузнецов @Takumi

Пользователь

Отправить сообщение

Еще некоторые говорят "базка" имя ввиду базу данных.

Пошлины на китайский автопром видели?

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

Спасибо за статью! По ощущением она получилась больше про то как пользоваться Postman нежели как создать там документацию. Во время прочтения, возникло несколько вопросов:

  1. Как вы решаете вопрос поддержки такой "документации" в команде?

  2. Где храните такую документацию?

  3. Множество скриптов в запросах и вские фишечки постмана наводят на вопрос обучения ребят, особенно только пришедших в команду, как вы работаете с этим моментом?

Логика рассуждений прямиком из госдумы. Не нравится - ехай отсюда...

Развитие процесс не линейный обычно, да и к тому же можно быстро приуныть занимаясь одним и тем же делом. Например, давать ему выбор различных путей развития, находиться в постоянном диалоге обратной связи и направлять его, по мере выполнения маленьких шагов. Тем самым вы будет контролировать сотрудника более гибко и корректировать его развитие не раз в год, а постоянно. Мотивируя и направляя его на нужный вам путь.

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

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

Как мне кажется совсем не раскрыта тема почему вы все же выбрали JS.

мы остановились на JavaScript из-за простоты и наиболее низкого порога входа для начинающего специалиста

Со стороны больше читается, что в компании есть/был специалист, а точнее фронтендер, который сильно топил за JEST, поэтому вы его и выбрали. А этот специалист, скорее преследывал реализацию своих амбиций.

А насколько хорошо это работает с динамическим контентом? Я понял, что вы игнорируете элементы, но если они сломаются?
Как быстро выполняются тесты?
Как делаете эталонные скриншоты?
Хотя бы то что это инструмент призванный решать более глобальные проблемы чем разделять окружение в Python.
Docker альтернатива virtualenv? Вы серьезно?
Сейчас тестировщиков на проекте пять. В основном они и создают и поддерживают, но разработка так или иначе тоже вносит свой ощутимый вклад в эти процессы.
Да, только по сути это тот же подход, только другая реализация.
Первые 2 — «Голый пистолет 3». Последняя — «Голый пистолет»
Чуть выше я отвечал, что мы тоже думаем о предзаполняемых данных перед тестом, но это очень трудоемкая задача.
Нет, мы так не пробовали. Тут не понятен механизм определения минимального набора данных. Можно конечно, ночью прогонять тесты на полном объеме данных, получать id объектов из базы, сохранять их и потом копировать эти объекты в отдельную базу, чтобы остальные прогоны этого дня шли быстро. Мы обязательно подумаем над этим способом более пристально. Спасибо, за совет!
Если вы про нагрузочное тестирование, то да, такой вид тестирования у нас есть. Оно поставлено у нас на поток и при каждом релизе сравниваем нагрузку текущего кода с его прошлой версией.
«Почему не поймали описанную проблему выше на этапе нагрузочного тестирования» — спросите Вы. Не поймали мы ее из-за особенностей нагрузочного контура — БД там синкатеся по другому.
Мы тоже так думаем, что лучше написать такие дата-провайдеры. Даже проводили пару испытаний. Эта задача оказалась гораздо сложнее чем кажется, потому что собрать объект, у которого есть несколько зависимостей необходимых для работы приложения не простая задача. Мы не отказываемся от их написания в будущем, просто быстрее оказалось сделать выше описанные изменения и получить огромный профит.
По вашему алгоритму, скажем выпало $id=100, мы берем эти 100 фирм и из них может ни одна не подходить для наших условий, например, необходимо наличие телефона. Также это не работает и в обратном случае, если сначала выбрать фирмы с телефоном, а потом сравнивать с $id=100.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность