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"

('''Change History''')
('''Purpose''')
Line 53: Line 53:
 
== '''Purpose''' ==
 
== '''Purpose''' ==
 
The QA Creiteria will be specified by the COSMOS team; and will be used to specifiy the exit for all COSMOS 1.0 iterations going forward.  The intent is to apply these criteria to i9 onwards.
 
The QA Creiteria will be specified by the COSMOS team; and will be used to specifiy the exit for all COSMOS 1.0 iterations going forward.  The intent is to apply these criteria to i9 onwards.
 +
 
<p>
 
<p>
The data visualization component does not follow a consisten design pattern to support internationalization. 
+
The QA team will use these criteria as a master guide to define and plan all their testing efforts.
 
+
There are serveral components within the visualization project that require internationalization support:
+
# Dojo widgets
+
# Servlet data feeds
+
# XML configuration files
+
# ANY OTHER COMPONENTS ???
+
 
+
Dojo widgets do support i18n, as documented on http://dojo.jot.com/WikiHome/Internationalization?revision=18.
+
 
+
For each of these components there are best practices to support internationalization; however, a common methodology is needed.
+
 
</p>
 
</p>
  

Revision as of 02:47, 8 January 2008

COSMOS QA Creiteria

Change History

Name: Date: Revised Sections:
Jimmy Mohsin 01/3/2008
  • Initial version to address bugzilla 214576

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 (Shivvy, please fill in this section)

Term Definition
TBD Shivvy will fill in this section.

Purpose

The QA Creiteria will be specified by the COSMOS team; and will be used to specifiy the exit for all COSMOS 1.0 iterations going forward. The intent is to apply these criteria to i9 onwards.

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

Is COSMOS 1.0 well-formed software?

The COSMOS code must consider the following guidelines to support i18n:

  1. Assess the JUnits as well as any other type of tests
  2. Evaluate the integration tests
  3. Evaluate the iteration and milestone close processes
  4. Assess the open source tooling used to test COSMOS 1.0
  5. Review the RE process

Identify all the end-to-end tests

All COSMOS 1.0 iterations must pass the following end-to-end tests:

  1. Scalability
    1. We need to specifiy details of this capability
  2. Performance
    1. We need to specifiy details of this capability
  3. Concurrency
    1. We need to specifiy details of this capability
  4. Availability
    1. We need to specifiy details of this capability
  5. Stress testing
    1. We need to specifiy details of this capability

Is COSMOS 1.0 a consumable entity?

In order to ensure ease of adoption for COSMOS 1.0, the following items need to be addressed:

  1. Asses install documentation, i.e. is there enough information on the download page to be able to install the required functions ?
  2. Asses Update Manager capabilities (not there yet…)
  3. Are the offered packages fully functional, i.e. the content described on the install page matches the downloaded package
  4. Assess case for COSMOS 1.0 to Executive Management
  5. Assess package for adopting developers
  6. Asses package for other types of adopters, if applicable
  7. Evaluate hardware & software prerequisite definition
  8. Evaluate upgrade and patch process for COSMOS 1.0

Is COSMOS 1.0 an extensible framework?

In order to ensure that COSMOS 1.0 can be extended as desired by the adopters, the following items need to be addressed:

  1. Asses user documentation and API doc
  2. Assess process for extending framework components
  3. Assess process for extending supported platforms / operating systems
  4. Review process for reporting bugs and ehnancement requests

Does COSMOS 1.0 offer good features & reference implementations?

  1. Is it easy to deploy the central infrastructure, i.e. the Broker / Domain / et al?
  2. How hard is it to plug in an MDR into an existing COSMOS 1.0 framework?
  3. What Data Managers / MDR types are supported out of the box?

Task Breakdown

The following section includes the tasks required to complete this enhancement.

  1. Jimmy Mohsin has generated this page

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