Software Engineering Stack Exchange is a question and answer site for professionals, academics, and students working within the systems development life cycle. It only takes a minute to sign up.
Sign up to join this community
I developed a pretty big website. I tested it myself to the best of my ability, but I cannot test all scenarios that my users may run in to.
I found a testing team in India, but they don't seem to have any systematic approach to testing website functionality. They test each individual page rather than the full process that user takes on website.
What processes or tools should I use to thoroughly test my website?
Do you have unit testing and integration testing?
This alone is a good start. When you have enough code coverage (say 90%), you are pretty sure that the internals work as expected. It doesn't mean that the web application will work perfectly, but at least, it shows that it's not totally broken, and even if, for example, you forget to validate user input at the step when the form was just submitted, at least the invalid data has low chances to find itself in the database: the unit-tested business layer will take care of invalid input.
Do you have automated testing?
Tests done manually are not only subject to human mistakes, but also difficult to do. If I know that an automated tool will spend ten seconds testing something, I'm more incline to run it very often, for example before every commit, then if the test consists of wasting two minutes of my time logging in, going to different pages, filling the forms, etc.
Do you have testers?
Once you have enough code coverage with unit tests and automated testing for some basic scenarios, the ones which cannot be easily automated should be handled by testers, i.e. persons whose work is specifically to:
test scenarios which are too complicate for automated testing,
try to break the application by feeding it with crazily invalid input, using it in a non-ordinary way, etc., eventually proving that unit and integration tests, as well as automated and manual test scenarios are insufficient.
While automated tests are good to find regressions our testers are very effective in finding new bugs because
According to the DISC assessment model good testers should have a strong C-ompliance preference.
To re-frame your question,"What is the quality of my website?"
Testing is a simple means of measuring that quality. But, there are other means that can achieve some of those same results:
- paired programming
- code review
- test driven development
...
So, the next question in turn becomes "How do I measure quality?"
From that becomes what your traditional testers deliver, but really anyone could deliver: business, developer, or tester.
So, what do you want to deliver that measures quality? - defects - coverage - customer use cases
I would highly recommend a layered approach similar to what was mentioned in earlier posts: -unit tests -integration tests -user acceptance tests
In regards to user acceptance tests I would highly recommend an Behavior Driven Development (BDD) approach or a test approach similar to Specification by Design. A few example framworks around this are Cucumber or Robot Framework.
