У нас большое количество разработчиков, у каждого из них подняты локально тестовые окружения и все они собирают сборки в bamboo, что не может не сказаться на нагрузке на тестовый АПИ и другие сервисы, поэтому это всё дорого.
Мы используем codeception и у каждого разработчика есть свой конфиг файл с настройками его окружения, а также есть возможность запускать тесты по файлово и группам.
И еще сейчас, у нас есть 4 suite (Acceptance, Component, Unit, Newman, Smoke).
Немного о newman: habr.com/company/kolesa/blog/353902
«Умела работать с массивами данных» — это для поиска, то есть мы привели все данные в один вид и по нему можем искать данные в коллекции через mgo, строя запрос по типу: 'data.region':1, 'data.cat_id':2 и т.д.
По поводу noSQL, есть такой момент как сохранения правил, то есть, если мы хотим создать правило по типу: регион: Московская обл, город: Москва, категория: авто-легковые, а таблица наша, не имеет к примеру поле city, то это правило никак не записать, монго даёт эту возможность.
Операции которые взаимодействуют и критичны для бизнеса покрыты всевозможными тестами
Где-то могут вестись какие-либо работы, может что-то произойти с базой.
Но, замечания верные. Спасибо.
И еще сейчас, у нас есть 4 suite (Acceptance, Component, Unit, Newman, Smoke).
Немного о newman: habr.com/company/kolesa/blog/353902
1 G, 2 J, 3 A, 4 F, 5 H, 6 C, 7 E, 8 B, 9 I, 10 D
По поводу noSQL, есть такой момент как сохранения правил, то есть, если мы хотим создать правило по типу: регион: Московская обл, город: Москва, категория: авто-легковые, а таблица наша, не имеет к примеру поле city, то это правило никак не записать, монго даёт эту возможность.