но писать тестирование утомительно, если только сайты не делаются на основе какой то одной платформы.
А вот тут не согласен. Платформа у нас одна и едина. Называется Веб. И тестировать там ничего утомительного. Перед сдачей сайту заказчику вы что делаете? Просматриваете сайт на наличие ошибок, смотрите, чтобы всё работало. Возьмите и один раз запишите свои шаги и будут вам функциональные тесты.
Про платформу я вроде говорил неоднократно в статье. Тестировать её не надо.
Тестируйте только то, что сделали сами. Если вы уверены, что ссылка А всегда работает и форма Б всегда работает — ну тоже, не тестируйте.
Только скажу, что с ростом проекта уверенности стает всё меньше и меньше )
Оки. Будет интересно. Там у меня с цветами глюк был, на винде цвета по дефолту выводились. Я его вроде поправил, тепер цвета нужно включать через конфигурацию.
Тут важно не что в консоли выводится, а что выводится на самом сайте.
То есть, важней всего, чтоб кодировка файлов проекта совпадала с кодировкой сайта.
А вот кирилица в консоли это впринципе болезненная тема. Постараюсь изучить возможности.
Какая ОС, кстати?
Максимальное покрытие это хорошо. Спорить не буду. Я лишь заостряю внимание, с чего стоит начать. При этом, позвольте такой вопрос: ваш нынешний проект, он использует какие-то сторонние фреймворки?
Ну в нужности тестирования, я полагаю, никто не сомневается. Статья о том, что начинать нужно с функциональных тестов. И то какие лучше элементы тестировать юнит-тестами.
При этом, да, я забыл обозначить, что если вы пишите фреймворк сами, или пишщите к нему отдельныме модули, то конечно, их стоит тестировать изначально.
Ок. Вопрос такой: а кто написал модуль аутентификации? Я бы вот его не писал, а взял из какого-то фреймворка. И убедился, что там он протестирован. То есть, статья о том, что прежде всего нужно тестировать приложения вцелом. И тестировать нужно конкретно код приложения.
А вот тут не согласен. Платформа у нас одна и едина. Называется Веб. И тестировать там ничего утомительного. Перед сдачей сайту заказчику вы что делаете? Просматриваете сайт на наличие ошибок, смотрите, чтобы всё работало. Возьмите и один раз запишите свои шаги и будут вам функциональные тесты.
Codeception нужен для тестирования серверной части.
Тестируйте только то, что сделали сами. Если вы уверены, что ссылка А всегда работает и форма Б всегда работает — ну тоже, не тестируйте.
Только скажу, что с ростом проекта уверенности стает всё меньше и меньше )
Можно как писать внтури Selenium IDE, так и через те же тесты в Codeception.
Кстати, ты спрашивал как в Codeception сделать новую test suite для интеграционных тестов. Теперь это делается командой
codecept generate:suite name guynameТо есть, важней всего, чтоб кодировка файлов проекта совпадала с кодировкой сайта.
А вот кирилица в консоли это впринципе болезненная тема. Постараюсь изучить возможности.
Какая ОС, кстати?
Но вот эта может быть вполне интересна: codeception.com/01-27-2012/bdd-with-zend-framework.html
Остальные ситуации объяснены на пальцах.
Вот только, чтобы избежать лишних таубреток уточню: сначала протестируйте вывод в браузер, а потом, тестируйте отдельные методы.
При этом, да, я забыл обозначить, что если вы пишите фреймворк сами, или пишщите к нему отдельныме модули, то конечно, их стоит тестировать изначально.
Залишилось тільки десь знайти дітей…