wiki:DeveloperGuidelinesTesting

Version 29 (modified by Fran Boon, 13 years ago) ( diff )

--

DeveloperGuidelines

Testing

"A bug is a test case you haven't written yet"
"Unit Tests allow merciless refactoring"

Test-Driven Development is a programming styles which says that you 1st write your test cases (from the specs) & then proceed to make them pass.

There are a huge number of Testing Tools available to cover the various parts of the Testing process:


Testing that Developers should be doing:

Unit Tests (must do)

These should be written by the developers

Continuous Integration

Whenever a commit is made it should be checked to see that it doesn't break anything

Alternate options which could be investigated:

Regression Testing

Fired by dev after certain number of changes or whenever they like.

Documentation

As well as writing DocStrings in all functions, we can generate an overall API using:

If writing a separate manual then we can use:


Testing that Testers should be doing:

Boundary Testing (should do)

Checks functionality of modules against spec.
This sees the application as a black box & so the same tests could be run here against both the Python & PHP versions, for instance.

Functional tests can be written using:

This is done by the Testers who accept the Code as a result.

Integration Testing (good thing)

Usability Tests

Accessibility

  • Are we XHTML 1.0 compliant?
  • Are we usable without JavaScript?

Performance Tests

Whilst the Web2Py framework is fast, we should check that we're not doing anything stupid to slow it down:

Stress Tests

Security Tests

Whilst the Web2Py framework is secure by design, we should validate this:


DeveloperGuidelines

Attachments (4)

Download all attachments as: .zip

Note: See TracWiki for help on using the wiki.