title: AngularJS Protractor Tests - should E2E tests have fixtures?
body: <p>There are ton of questions asking how to mock http responses in protractor tests.  How to do this is not the question, should we do this is the question.</p>
  
  <p><a href="http://en.wikipedia.org/wiki/Test_fixture#Software">http://en.wikipedia.org/wiki/Test_fixture#Software</a></p>
  
  <p>I've been a QA Engineer for over 4 years, and most of my automated test experience deals with both low level (unit) tests of controllers, models, etc and high level (integration) tests of full systems.  In my ruby world experience, we used Capybara for integration tests along with blueprint and factorygirl (for different projects) to create mock database entries.  This was our integration/E2E testing.</p>
  
  <p>I've only recently moved to a javascript team using AngularJS.  The original built-in testing framework (now deprecated) had a mock Backend module which seemed suitable for our needs. Protractor is now the standard.  Only after protractor gained steamed, have I heard the backlash of using fixtures for E2E testing.  Many posts are pointing out that E2E testing should be testing the full stack, so any backends should not be mocked and be accessible. </p>
  
  <p><strong>Should integration tests use fixtures, and why?</strong> </p>