Как организовать тестирование своего сайта в небольшой компании?

Question

[AstonMartin]

Добрый день!
У нас небольшая компания. Пилим свой сайт-магазин и црм под него.
Периодически случается так, оказывается, что уже некоторое время часть функционала на сайте не работает, например, на айфонах с сафари.
Вопрос: как правильно и недорого организовать процесс тестирования/работоспособности сайта с разных устройств? Чтобы всегда быть уверенными, что весь функционал сайта точно работает, например, с 90% клиентских устройств.
Нанимать отдельно тестировщика возможности нет.
Может быть есть какие то сервисы, которые в ручном или автоматическом режиме могут с какой то периодичностью тестировать наш ресурс по заданным сценариям с заданным списком устройств?
Или как лучше и дешевле организовать процесс самим?

Comments

[sim3x]

Приведите пример

не работает, например, на айфонах с сафари

Какой у вас стек?

[AstonMartin]

php (yii) + js + uikit

[sim3x]

AstonMartin, пример ошибок?

Если пишете ответ кому то конкретному - жмите линк Ответить под его комментарием

[AstonMartin]

sim3x, например не нажимается кнопка "Заказать" на странице товара только на айфонах.

[sim3x]

AstonMartin,
А как у вас так получилось сделать?

[AstonMartin]

sim3x, еще не поняли)

[sim3x]

AstonMartin,

Напишите потом тут или в отдельном вопросе в чем проблема и как решили

[Александр Торопов]

Не понятно, что Вы хотите тестировать frontend или backend.

Answer 1

[sim3x]

Вам нужно переходить на TDD с функциональными и юнит тестами

Чем дольше будете тянуть с внедрением тем сложнее и дороже будет начать

Селениум уже имеет функционал для отслеживания таких ошибок
https://stackoverflow.com/questions/32562561/selen...

Answer 2

[4tlen]

Или писать полноценное тесты или аутсорсить. Если релизы редкие, то дешевле аутсорсить тестирование.

Answer 3

[grinat]

Если бесплатно, то весь зоопарк придется у себя разворачивать, некоторые не развернешь(в том плане что в ci хрен интегрируешь), тесты писать вручную, есть утилиты, которые упрощают их написание:
https://github.com/checkly/puppeteer-recorder
https://github.com/SeleniumHQ/selenium-ide
но сложные сценарии писать вручную. А те сценарии где что-то ломается на одном из бразуером обычно всегда сложные. Если у вас ломается только верстка, то это отдельная песня: galenframework.com

Если за денюжки, то https://www.browserstack.com/ и https://saucelabs.com/

Если делать по дешману, то проще просто выписать список критически важных страниц, и перед релизом их вручную чекать. Т.е. развернуть в virtual box, кучу виртуалок с браузерами, туды заходишь и все проверяешь. Так даже лучше. На самом деле все e2e тесты сложны, капризны, имеют свойство периодически ломаться, по разным малообъяснимым причинам.

Answer 4

[Сергей Нижний Новгород]

1) TestRail или его аналог avikot - заводим тест-кейсы. Когда катим какие-то изменения, чекаем все ручками по списку.
2) Покрывайте код интеграционными тестами.
3) Как дорастете до адекватного размера и больших объемов, нанимаете QA-automation, который будет переводить тесты из пункта 1 в автоматику (скажу сразу, что это долго, дорого, но потом экономит ваше время и деньги).
4) Либо нанять манки-тестера, который будет чекать все из пункта 1 при релизах (если вы не из столицы, то там зп 35-45 макс)

Comments

[AstonMartin]

А нет случаем такого сервиса где "манки-тестер" делал бы это для нас, например, пару раз в неделю за $ ?)

[sim3x]

3. Или научить девов писать функциональные и юнит тесты

[NaN]

AstonMartin, фриланс?

[AstonMartin]

NaN, вот про фрилансеров уже тоже думаю. Заказывать кому то периодически тщательное тестирование.