Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "COSMOS QA Criteria"

('''Operational Efficiency considerations''')
('''Operational Efficiency considerations''')
Line 164: Line 164:
 
|-{{BMTHStyle}}
 
|-{{BMTHStyle}}
 
! Quality Characteristic
 
! Quality Characteristic
! Details
+
! Acceptance criteria
 
|-
 
|-
 
| align="left" | Availability
 
| align="left" | Availability

Revision as of 12:53, 15 January 2008

COSMOS Quality Expectations

This has been put together to address Bugzilla ER 214576.

Change History

Name: Date: Revised Sections:
Jimmy Mohsin 01/3/2008
  • Initial version to address bugzilla 214576
Shivashankari N 01/09/2008
  • Added tabular criteria
Jimmy Mohsin 01/12/2008
  • Added "Criteria specification" section

Workload Estimation

Rough workload estimate in person weeks
Process Sizing Names of people doing the work
Initial specification 2 Jimmy Mohsin
Review by COSMOS team 2 COSMOS Team
Review and sign-off 1 QA Team
TOTAL 5

Terminologies/Acronyms

The terminologies/acronyms below are commonly used throughout this document. The list below defines each term regarding how it is used in this document.

Term Definition
Quality Expectations COSMOS (the software) must deliver these expectations
Acceptance Criteria Proof of Quality Expectations being met

Purpose

We intent to set the quality expectations of COSMOS (the software) and matching acceptance criteria that would serve as a preamble to the COSMOS QA team while executing their work.

The QA team will use these criteria as a specification to define and plan all their testing efforts.

Is COSMOS 1.0 well-formed software?

Quality expectation 1: Is COSMOS well formed ?
Acceptance Criteria COSMOS design / development team QA Role
Valid use cases COSMOS team to define use cases Validate ERs against the use cases - manual
Bug free implementation COSMOS team must provide JUnits covering 100% of code; code and JUnits walk-through to QA must be provided Run the JUnits and validate their code / ER coverage – TPTP; Black box functional testing – manual / SOAPUI recorded as TPTP manual tests
API documentation COSMOS team must provide API documentation Manual verification of API documentation
Easy to use deployment package Releas Engineeting team to provide an easy install Validate the ease of use of the package and accompanying install instructions – manual; RE process will not be scrutinized
Base platforms support COSMOS team to specify the supported platforms QA certifies release on specified platforms
Wiki documentation Owners take responsibility of the quality of content QA will not validate wiki content

Is COSMOS 1.0 a consumable entity?

Quality expectation 2: Is COSMOS consumable entity?
Acceptance Criteria COSMOS design / development team QA Role
Successful integration of COSMOS components COSMOS team must provide helper applications for integration testing with scenarios Perform integration testing and execute scenarios – manual. Recorded as manual TPTP tests
COSMOS stability during production deployments COSMOS team must state the minimum system requirements for production. Also recommend parameters (number of data Managers / MDRs that may be added, volume of data that can be queried, etc.) that should be considered for these tests. Execute performance / scalability /volume/stress/ availability testing with minimum resources recommended
COSMOS support across products / data sources COSMOS team must state the kinds of MDRs that can be integrated and provide samples Execute integration tests with these samples – manual. Recorded as TPTP manual tests
User documentation COSMOS team will write manuals QA validates the information - manual
Samples / skeleton MDR implementation / any collateral COSMOS team must provide samples QA validates the existence and may require assistance from COSMOS Team while using the skeleton implementations – manual. Recorded as TPTP manual tests
Additional platforms COSMOS team must specifiy QA will certify the product on these platforms - manual
Dependencies on other open source software COSMOS team to define a process to integrate with the newer versions of these dependent software QA will validate the process - manual
Future enhancements / bug reporting mechanism COSMOS team to set a process QA validates the process - manual

Unit level testing

This section details the quality expectations at the code unit level

  1. TBD

End To End testing

This section details the quality expectations at the system / integration level

  1. TBD

Operational Efficiency considerations

COSMOS Operational Efficiency Related Quality Expectations
Quality Characteristic Acceptance criteria
Availability There are no Availability quality expectations
Capacity There are no Capacity quality expectations
Concurrency How many queries / clients may run simultaneously? Should there be any other concurrency considerations?
Data Volumes Are there any restrictions on the amount of data that may be returned by a query? How many queries / clients may run at a time?
Performance The Data Managers and MDRs should not degrade the performance of Data Adapters by more than 15%
Scalability COSMOS 1.0 will support a single Data Manager and Management Domain. How many MDRs and Data Managers may be added? Should there be any other scalilbity considerations?
Stability There are no Stability quality expectations
Stress There are no Stress quality expectations

Task Breakdown

This section includes the tasks required to complete this enhancement.

  1. Jimmy Mohsin has generated this page to address bugzilla 214576
  2. The COSMOS team needs to provide input to this page
  3. Shivvy, representing the QA team, is supposed to review and sign-off on these criteria

Open Issues/Questions

All reviewer feedback should go in the Talk page for 214576.

  • Should there be additional criteria for Milestones?

Back to the top