Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

2
  • 6
    I think this is a great way: Show the team first how end-to-end tests can be automated and run on every build. They don't even need to write the tests, you can do that all by yourself if the team is hard to convince. As soon as they see how great is to have automated feedback each time they change something, they will be the ones asking you how to do more of that stuff. Commented Oct 11, 2010 at 4:31
  • 1
    You second para is spot on. The code is hard to test but because its on a legacy code-base with no tests, refactor is not an option. The test then can be so difficult to implement that it turns off people to even bother. Commented Jul 30, 2018 at 14:07