Home > Developers > QA & Testing > V1.1 Test Strategy
Document Actions

V1.1 Test Strategy

This page contains details about the testing effort for the v1.1 release of Mifos. We are currently planning our efforts in this area so check back often for updates and information about how you can get involved.

Objective

For this release, we will perform system-level testing of the Mifos 1.1 project to ensure the new 1.1 features have been implemented as specified.  In addition, the functionality of the 1.0 release must be validated to ensure a consistent experience for existing deployments.  During this testing effort, testers will strive to identify as many issues as possible, and document these issues with clear and concise problem reports.  Testing efforts will be targeted based on project priorities and risks.

Testing Goals

For the 1.1 project, the primary testing goals are as follows:

  • Functional testing of version 1.1 features, using documented test plans and test cases.
  • Ensure changes to the product for this project have not introduced any serious regression in the Mifos 1.0 functionality. 
  • Performance testing will be performed using a representative MFI set of data. 
  • Provide a release candidate for early evaluation by MFI’s.

Testing Non-Goals

The following testing areas are considered to be beyond the scope of the 1.1 testing effort.

  • Uptime or reliability testing.  Standard architecture and platform being used is considered to be a proven, stable environment.
  • Unit/integration testing is not part of this system testing effort.
  • Localization capability is being built into the product, but no localized testing of Spanish or French translations we be done by the testing team.
  • Compatibility testing with other Web servers, databases, browsers will not be a focus of this release’s testing.
  • Documentation will be reviewed for accuracy as a separate effort.
  • No test case or automation tools will be required for testing.  Primary testing effort for 1.1 will be execution of manual test cases.

Test Schedule

The testing effort for v1.1 will be currently planned and executed with the following assumptions:

  • Risks will be identified throughout the project which will be used as a basis for feature and test case priorities.  Test results from initial test cycles may influence the priority of test cases in later test cycles.
  • Schedule will be time boxed so test case development and execution will be done in order or risk priority number with only highest priority areas being covered

The test schedule for v1.1 testing can be found here (in MS Excel format).  The schedule is a working document and will be modified/changed regularly as we finalize our plans.  Please check back regularly for updates.  Please direct any questions you have in this area to the Mifos Developer Mailing List

Test Environments

Mifos Test Server

Currently, we have one test environment available for testing the latest code of Mifos.  This server is updated in an automated fashion with the latest build available on the Mifos Build Server.  This server also contains a set of test data which you can add to and modify for testing purposes.  Please note that access to this server is only provided through the application web URL.  We do not provide direct access to the server machine itself or the DB. 

Please view the Mifos Test Server page for more details about accessing and using the test server. We will be adding additional infrastructure in the future to assist with the v1.1 testing effort. 

Please contact the Mifos Developer Mailing List if you would like additional information about our plans in this area or check back here regularly for updates.

Test Data

For basic functional testing, a standard set of test data will be used to ensure consistency and repeatability.  The details of this standard test data will be defined and described in a different document. 

Local Test Environment

Testers on the project team will test Mifos on locally available machines.  These machines will need to host the recommended Mifos environment for 1.1 as described below:

  • Windows XP or Windows Server 2003
  • Internet Explorer 6.0
  • Java 2 Standard Edition SDK 5.0
  • MySQL 5.0
  • Tomcat 6

Mifos can be installed on a local test environment based on the build and install instructions for developers.

Test Approach and Execution

New feature testing

New feature testing will be scheduled and allocated based on execution progress and bug discovery.  The IBM Bangalore team will perform feature testing as documented in the IBM Bangalore test plan.  This test plan and test case documents for new v1.1 features can be found here in source control

Priority of new features, testing ownership, and status of the new feature testing is listed on the test status dashboard.  This dashboard will be updated during the duration of the project.

 

Regression testing

A set of manual test cases from the 1.0 release will be selected to produce a representative set of regression tests.  These regression tests will be prioritized and excuted as part of the overall 1.1 test schedule.  The list of 1.0 test cases will be documented in the IBM Bangalore test plan.  Please contact the Mifos Developer Mailing List if you would like additional information about our plans in this area or check back here regularly for updates.

Performance and Stress testing

Performance and stress testing for version 1.1 is being done by the IBM Dublin team.  The performance testing details will be documented in a subsequent document as these plans are still being developed.  Please contact the Mifos Developer Mailing List

if you would like additional information about our plans in this area or check back here regularly for updates.

Release Candidate Preview testing

The team will schedule a release candidate build that will be available to Mifos existing deployments for evaluation and feedback. 

Known/Active bugs

This list in our issue tracker is a list of all currently active bugs that we plan on fixing in v1.1 of Mifos.  Please note that any issues assigned to 'mifostriage' are still awaiting approval for acceptance for the v1.1 release.

Resolved bugs requiring verification

This list in our issue tracker is a list of all bugs that have been marked as 'resolved' in our issue tracker and are awaiting review and verification by a tester.  All bugs targeted for v1.1 should be verified by project completion.  Please contact the Mifos Developer Mailing List if you would like to assist with verifying these bugs.

Test Status Execution and Monitoring

Test for new features will be executed in order of business priority and availability.  Within a feature area, the following priorities will be designated for test cases:

  • 1 (High) - test cases that are run with any new build prior to release, regardless whether any changes were introduced to the feature.
  • 2 (Medium) - test cases which test major functionality of the features.  These cases are executed with each major project milestone.
  • 3 (Low) - test cases which will test additional aspects of a feature, but can be skipped later in a project release when a feature is considered stable.

We will report test results by monitoring the results of test case execution and issue tracking results. 

Test case pass/fail totals will be tracked weekly, along with reference to issues reported on any test cases.  Test case results should also refer to the build used for test execution.

Issues reported during the 1.1 testing will be monitored to identify the trend of issues being detected and resolved.  On a weekly basis, we will report the number of new, total open (including new), and resolved/closed issues.

Release Criteria

The following release criteria will be met prior to completion of the project:

  • All the features targeted for this release are complete and tested to the satisfaction of the entire team. 
  • There are no High (P1 or P2) priority open issues targeted for the 1.1 release.  Some high priority issues may deferred based on acceptable workarounds.
  • Planned tests have been executed, with all tests passing or having an acceptable workaround.
  • Performance tests identify no blocking issues.
  • Final release candidate build has been tested and has passed all acceptance tests.
last modified 2008-03-21 16:58
Grameen logo