Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Dynamic Software Functional Test Controller

IP.com Disclosure Number: IPCOM000114664D
Original Publication Date: 1995-Jan-01
Included in the Prior Art Database: 2005-Mar-29
Document File: 2 page(s) / 77K

Publishing Venue

IBM

Related People

Cox, RC: AUTHOR

Abstract

Disclosed is a system that adjusts software functional test execution to effectively cover defects being reported by customers. The term customer is used in the classic "quality" sense. For example, the software development organization may be the customer for function not yet generally available to the public. The system uses two types of Artificial Neural Networks (ANN) and an adaptive fuzzy logic engine. Fuzzy based time-series analysis including chaotic analysis predicts customer defects.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 52% of the total text.

Dynamic Software Functional Test Controller

      Disclosed is a system that adjusts software functional test
execution to effectively cover defects being reported by customers.
The term customer is used in the classic "quality" sense.  For
example, the software development organization may be the customer
for function not yet generally available to the public.  The system
uses two types of Artificial Neural Networks (ANN) and an adaptive
fuzzy logic engine.  Fuzzy based time-series analysis including
chaotic analysis predicts customer defects.

      A historical software defect database exists containing
variables related to each defect.  A multidimensional vector exists
defining a point in space representing each defect.  Given a series
of such points over time, a boundary exists in multidimensional space
that includes the points representing the defects of a specific
software system.  The boundary marks the crisp limits of the Full
Defect (FD) set for t=0 to t=n.  By definition the FD set is an
all-inclusive subset of an All Outputs possible (AO) set.  The
boundary of the AO set is unknown but at minimum it is the boundary
of the FD set.

      The software functional Test Outputs (TO) set is also a subset
of the AO set and it should be an all-inclusive subset of the FD set.
If so, then all test outputs identify defects.  If the TO set
overlaps the boundary of the FD set then that portion of the TO set
found only in the AO set is the result of testing that does not
identify defects.  The fuzzy engine does not know about testing in
this region of space.  Such testing becomes eliminated from future
use by default.  Near the end of this disclosure is an exception.

      Customer found Defects (CD) are an all-inclusive subset of the
FD set by definition.  The most effective software functional testing
(ignoring the time factor) is a TO set equal to a CD set.  The second
most effective is an all-inclusive CD subset in the TO set.  The most
likely combination and demons...