Тестирование и Rspec новы для меня. В настоящее время я использую Rspec с Shoulda и Capybara для тестирования моего приложения. Все в порядке, чтобы тестировать модели, контроллеры, помощники, маршрутизацию и запросы. Но что я должен точно проверить во взглядах? На самом деле я хочу проверить все в просмотрах, включая DOM, но я также не хочу переусердствовать.Что я должен тестировать во взглядах?
ответ
Эти три вещи будет хорошей отправной точкой
Используйте Капибара, чтобы пойти начать в корневом каталоге вашего сайта, и он будет нажимать на ссылки и все, что до тех пор, пока не дойдет до точки зрения вы хотите испытания.
Убедитесь, что содержимое всегда должно быть на странице, на самом деле отображается на странице. Итак, если они «пользователь» отправились на страницу , то продукт 1, удостоверьтесь, что все содержимое на самом деле там.
Если разные пользователи видят другой контент, убедитесь, что он работает. Таким образом, если пользователи Admin видят кнопки типа администратора, убедитесь, что они являются кнопками, когда пользователь является администратором, а это не когда пользователь не является.
Эти 3 вещи - довольно хорошая база. Даже первый из них - большая победа. Это приведет к сбоям любых синтаксических ошибок внешнего вида, которые вы, возможно, случайно представили, поскольку ошибка синтаксиса завершится неудачей.
В моей работе мы используем RSpec только для модульного тестирования.
Для тестирования бизнеса или тестирования поведения мы используем Cucumber, который более читаем для бизнес-и ИТ-ребята. Это как контракт, который вы подписываете в своем бизнесе, или это как документация, которую вы можете выполнить.
Посмотрите Огурец: http://cukes.info/
я использую вид функцию для проверки того, что вид использует идентификаторы и классы я завишу в моем коде JQuery.
И для проверки различных версий одной и той же страницы. Например:
Я бы не хотел создавать два полных запроса или спецификации функций, чтобы проверить, что новый пользователь видит welcome message A
и возвращающийся пользователь welcome message B
. Вместо этого я бы выбрал один из случаев, напишет запрос или спецификацию функции для него, а затем дополнительную спецификацию вида, которая проверяет оба случая.
Rails Test Prescriptions может быть вам интересен, так как в нем есть глава, посвященная просмотру результатов тестирования.
- 1. Наследование поддерживается во взглядах?
- 2. Объекты Codeigniter во взглядах
- 3. Styles.Render во взглядах
- 4. Что я должен тестировать в тестах Django API?
- 5. Что я должен тестировать в своем проекте ASP.NET MVC3?
- 6. грамматика во взглядах
- 7. Django - фильтрация во взглядах
- 8. Использование искателей во взглядах
- 9. Общий вид во взглядах
- 10. ios UIview во взглядах
- 11. Как я должен тестировать генератор кода?
- 12. Как я должен тестировать модуль WebServiceTemplate (SpringWS)
- 13. Должен ли я тестировать модель, возвращенную DefaultModelBinder?
- 14. На каком уровне я должен тестировать модуль?
- 15. Должен ли я тестировать атрибуты в моделях?
- 16. Должен ли я тестировать базовый метод?
- 17. Почему я должен тестировать действие этого контроллера?
- 18. Должен ли я тестировать ассоциации между моделями?
- 19. Должен ли я тестировать ожидаемые утверждения?
- 20. Должен ли я тестировать свой JavaScript?
- 21. Что я должен проверить?
- 22. Должен ли я тестировать свои контроллеры (MVC)?
- 23. Должен ли я тестировать основной метод?
- 24. Должен ли я тестировать этот класс?
- 25. Ruby + Rspec: Как я должен тестировать attr_accessor?
- 26. Использование объектов expando во взглядах?
- 27. Угловой встроенный предикат во взглядах?
- 28. CakePHP: Проверить авторизацию во взглядах
- 29. Проверка формы Django во взглядах
- 30. Rails редактирование HTML во взглядах
I второй огурец. Я также использую каппибару вместе с ней. –
Огурец - еще один вариант, который я могу использовать для проверки видов. Но то, что я просил, было «Что я должен точно тестировать во взглядах?». –