Acceptance Tests


Acceptance tests can serve as our detailed requirements as they do in many Agile style projects. One example is a list of valid operations a user can perform on a given screen. The idea of using acceptance tests as requirements is feasible because these tests are something our customer expects our application to conform to. For our purposes, we will use them only for our unit tests; however, it is becoming more and more common in the real world to use acceptance tests as detailed requirements.

The following sections are our list of acceptance tests and something we will implement for the user stories we will develop. In the real world, these types of acceptance tests would be provided by the customer.

Sign In

  • The employee id can be up to 6 characters. The password must be between 8 and 10 characters.

  • Only valid users can sign in.

Timesheet List

  • Only a user's personal timesheets can be accessed.

Enter Hours

  • Hours must contain numeric data.

  • Daily hours cannot exceed 16 hours. Weekly hours cannot exceed 96 hours.

  • Hours must be billed to a department.

  • Hours can be entered as two decimal places.

  • Employees can view and edit only their own timesheets.



Agile Java Development with Spring, Hibernate and Eclipse
Agile Java Development with Spring, Hibernate and Eclipse
ISBN: 0672328968
EAN: 2147483647
Year: 2006
Pages: 219

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net