Unlimited WordPress themes, graphics, videos & courses! Unlimited asset downloads! From $16.50/m
Lessons:25Length:2.9 hours
Angular test1
  • Overview
  • Transcript

6.1 Reviewing our App

Welcome back, ladies and gentleman. This is Daniel for TutsPlus and this series of tutorials we're going to review what we've learned in the previous tutorial on test driven development in Angular. It's been a very exciting and interesting tutorial series. In this video we're going to review all the files we've build in this tutorial. In this tutorial we'll be looking at the actual finished files, as opposed to the pre-finished files that are available in the repository. First I'm gonna navigate to my gulp file. Why do we start with the gulp file? Well, the gulp file is always a good place to start since it shows more or less the app's full capabilities. By browsing through this gulp file you can see that we can serve various kinds of tests. We can serve coverage and we can serve Protractor. Gulp is a very important tool and a very good one to use if our aim is to automate tests. Now let's have a look at our protractor.config in test. This is what we use to set a Protractor. It's not a whole lot but then again we didn't really tap into a lot of Protractor's more advanced functionality. Using a protractor.config you can see up almost any app to work with Protractor. In the same directory is the tests we wrote in main.spec.js. We did quite a bit of testing. We used module and inject and I'm glad we got a chance to cover that. We haven't written very many tests but we've written enough to get a reasonably decent test suite. This test suite would alert us if something catastrophic were to go wrong with our app but might not catch something subtle Let's pop over to bower.json. Here we see the front end dependencies of an Angular td app. Those include Mocha, Chai and Angular mocks, none of which actually make it to the user on the front-end, but we use them for testing. Also in the root directory is karma.conf.js This configures karma, and you can see we're passing a list of the files we want from karma. And we've configured two reporters, a text reporter and a coverage reporter. This karma.conf file is a good file to start with, if you want to make a test-driven development app. Last, let's a look at package.json. Package.json shows all our dependencies back-end for making our tdd app. As you can see there are quite a few cors, istanbul, karma, various karma plugins. This is very convenient because if you share this package with a friend without the node modules package someone can just type mpm install and they'll already get access to all these technologies. Which as we saw are all more or less necessary in one way or another for testing. And that was a quick look at our files that we put together.

Back to the top