В данной статье нет советов. Тут есть только моменты на которые стоит обращать внимание при разработке той или иной системы.
В статье описано, что мы предоставляли результаты, заказчики сами переписывали свое приложение так как им удобно и так как хотели они. Мы не давали советов. Я лишь озвучил то, что сначала был WS, а в результате стал JS.
Я считаю, что тестировщик не должен лезть в работу разработчика, он показывает только результаты тестирования.
Я никого не призываю отказываться от framework'ов. Я выражаю свое мнение, что порой новое это не всегда то, что вам нужно. Что и показал здесь реальный пример из практики и не более того.
Логика только в том, что бы прежде чем использовать новый framework, лучше его сначала изучить и понять как он работает. Подумать подходит ли он под ваши требования, что бы потом в спешке не пришлось его менять.
Да, я тестировщик, что тестирование показало, то я и описал здесь :)
Для большей полезности могли бы описать какие инструменты использовали, мне как не искушенному в тестировании человеку очень интересно :)
К сожалению это была коммерческая утилита, которая больше не продается. Не думаю что имеет смысл ее указывать.
Да, возможно не стоило. Первая была из песочницы, не уверен был что опубликуют. Для второй идеи уже были на момент публикации первой. Для третьей долго выбирал какие из вариантов лучше всего осветить. Так три и получились.
Фактически большинство так и теструют — каждые микросервисы отдельно. Более того, я тоже так делаю, потому что порой необходимо выделять проблемы микросервисов или кэширующих прокси серверов и т. д.
Я не предлагаю отказываться от их тестирования, я всего лишь предлагаю выполнять тестирование всей системы перед продакшеном. Конечно, нагружая сервер даже одним запросом вы можете выявить большую часть проблем.
Возьмем в качестве примера on-line кабинет организации. При входе в него начинают загружаться данные. Связь с базами данных будет работать на отлично — мы же это проверили и нагрузили. Но вот CSS или JS могу не успеть загрузиться, а следовательно внешний вид кабинета будет полностью не работоспособный. Его UI может на столько «разъехаться», что возможно дальнешее его использование пользователю не понравится и он от него откажется. Отбросив сторонние ресурсы, есть вероятность потерять пользователей на этапе ознакомления с системой. Он может просто обновить страницу и у него уже все может быть хорошо. Не все пользователи терпеливые.
В статье описано, что мы предоставляли результаты, заказчики сами переписывали свое приложение так как им удобно и так как хотели они. Мы не давали советов. Я лишь озвучил то, что сначала был WS, а в результате стал JS.
Я считаю, что тестировщик не должен лезть в работу разработчика, он показывает только результаты тестирования.
Я никого не призываю отказываться от framework'ов. Я выражаю свое мнение, что порой новое это не всегда то, что вам нужно. Что и показал здесь реальный пример из практики и не более того.
Логика только в том, что бы прежде чем использовать новый framework, лучше его сначала изучить и понять как он работает. Подумать подходит ли он под ваши требования, что бы потом в спешке не пришлось его менять.
Да, я тестировщик, что тестирование показало, то я и описал здесь :)
К сожалению это была коммерческая утилита, которая больше не продается. Не думаю что имеет смысл ее указывать.
Я не предлагаю отказываться от их тестирования, я всего лишь предлагаю выполнять тестирование всей системы перед продакшеном. Конечно, нагружая сервер даже одним запросом вы можете выявить большую часть проблем.
Возьмем в качестве примера on-line кабинет организации. При входе в него начинают загружаться данные. Связь с базами данных будет работать на отлично — мы же это проверили и нагрузили. Но вот CSS или JS могу не успеть загрузиться, а следовательно внешний вид кабинета будет полностью не работоспособный. Его UI может на столько «разъехаться», что возможно дальнешее его использование пользователю не понравится и он от него откажется. Отбросив сторонние ресурсы, есть вероятность потерять пользователей на этапе ознакомления с системой. Он может просто обновить страницу и у него уже все может быть хорошо. Не все пользователи терпеливые.