The Elsmar Cove Business Standards Discussion Forums More Free Files Forum Discussion Thread Post Attachments Listing Elsmar Cove Discussion Forums Main Page
Welcome to what was The Original Cayman Cove Forums!
This thread is carried over and continued in the Current Elsmar Cove Forums

Search the Elsmar Cove!

Wooden Line
This is a "Frozen" Legacy Forum.
Most links on this page do NOT work.
Discussions since 2001 are HERE

Owl Line
The New Elsmar Cove Forums   The New Elsmar Cove Forums
  Measurement, Test and Calibration
  Test Software Calibration

Post New Topic  Post A Reply
profile | register | preferences | faq | search

UBBFriend: Email This Page to Someone! next newest topic | next oldest topic
Author Topic:   Test Software Calibration
Marc Smith
Cheech Wizard

Posts: 4119
From:West Chester, OH, USA
Registered:

posted 10 September 1998 07:33 AM     Click Here to See the Profile for Marc Smith   Click Here to Email Marc Smith     Edit/Delete Message   Reply w/Quote
An interesting thread:

>From: Deborah Strauss

Calibration of Software used for testing purposes is a big issue in my company. Any comments would be appreciated:

how to best do it? how often? R & D software - does it have to be done? (I say yes)
Subject: Re: Q: Cal. of Software Used in Testing/Strauss/Pfrang Date: Fri, 4 Sep 1998 13:48:12 -0600 From: ISO Standards Discussion

From: pfrang@nicmad.nicolet.com (Doug Pfrang) Subject: Re: Q: Cal of Software Used in Testing/Strauss/Pfrang

Every article used on the production floor to manufacture product -- including machines, instruments, chemicals, software-controlled devices, etc. -- has to be validated for its intended purpose. Many articles are validated by brute-force trial-and-error: you experiment with it in your process until you get the process to work the way you want it to; i.e., your products turn out the way you want them to.

Some articles perform a measurement function. For these articles, you have the option of validating the article by having it calibrated; i.e., calibration is one technique of validating the article for its intended purpose. Calibration is not the ONLY technique of validating an article which performs a measurement function, but it is a popular one, because it is often more cost-effective than brute-force trial-and-error validation. Calibration is mainly used when you have a process, formula or recipe that you already know will work (i.e., it has already been validated elsewhere, such as in your R&D department), and you are trying to make sure that your production floor is correctly following that process, formula or recipe. For example, if your process, formula or recipe says to heat something to X degrees for Y minutes, then you want a reliable way of knowing you have heated it to X degrees for Y minutes.

This same rule applies to software-controlled articles used in testing. The first question you ask is, "What is the intended use of this article?" Probably, the intended use of the article is to distinguish good product from bad product. OK, fundamentally, you need to demonstrate that the article has the capability to do this. You have two choices. You can validate the article by brute-force trial-and-error, or you can validate the article by calibrating it.

Validating the article by trial-and-error can be done by collecting many examples of good product and many examples of bad product, running them all through your software-controlled article, and adjusting the article until it passes all the good product and rejects all the bad product.

Validating the article by calibration can be done in the usual way -- comparing it to a recognized standard.

Choose whichever validation technique works and is cheapest in your given application.

How often you revalidate the article (whether it is software-controlled or not) depends on its robustness. First you must determine how long it takes the article to drift so far out of tolerance that it no longer performs its intended use. (This information is often obtained from historical experience with the article.) Once you have this information, you establish your revalidation cycle so you are able to readjust the article before it drifts too far out of tolerance.

Thus, the key to validating software used for testing purposes is to recognize that you do not validate the software, per se; you validate the software-controlled article, and this can be done by brute-force trial-and-error or by calibration.

-- Doug Pfrang --

IP: Logged

Christian Lupo
Forum Contributor

Posts: 117
From:Auburn, NY
Registered:

posted 10 September 1998 08:23 AM     Click Here to See the Profile for Christian Lupo   Click Here to Email Christian Lupo     Edit/Delete Message   Reply w/Quote
By using the word "article" does the author relly mean "software/program" or does he mean the hardware? i.e. the PLC's, IC, cables, harddrives.

I have a pretty good idea about what software needs validation and the different methods, and I know that computer wiring needs to be shielded from EMI, as do hard drives and PLC's, but I am still not sure that the "computer experts" are not trying to pull the wool over my eyes. Let me explain: The company I work at is largely computer operated automated. The computer tells the machines what to do. My question is what other issues should I be concerned about other than software validation?:

1) Do IC/PLC's need verification?
2) are they NIST traceable?
3) should they be?
4) What are other quality requiremnts that should be considered when buying these units? 5)Do computer hardware manufacturers supply reliability information such as MTBF?
6) When purchasing hardware (PLCs/ICs) what should I be looking for? or are all brands the same?

Can anyone give me some "ammunition" for the next time I'm confronted by an ivory tower computer "expert" who believes quality assurance has nothing to do with them?

IP: Logged

Marc Smith
Cheech Wizard

Posts: 4119
From:West Chester, OH, USA
Registered:

posted 29 September 1999 12:04 AM     Click Here to See the Profile for Marc Smith   Click Here to Email Marc Smith     Edit/Delete Message   Reply w/Quote
Subject: Re: Calibration of Software /Raymond/Hale
Date: Thu, 16 Sep 1999 08:16:27 -0600
From: ISO Standards Discussion

From: "Hale,Richard"
Subject: RE: Calibration of Software /Raymond/Hale

Our testing is highly automated. Test scripts are controlled. When a new test script is created or a test script is modified a test analyst performs the following:

1. test script is created or modified to include new test cases (sometimes marketing is involved here)

2. desk check the script to make sure the test cases adequately test the function/feature

3. compile and execute test script

4. verify the test results match the expected results(marketing sometimes is involved here also)

5. retain the verification as a quality record.

6. retain the test results as a baseline for future testing. The baseline is controlled

7. of course this process is documented

Richard Hale

>From: "Raymond, Charles E. x1280"
Subject: Q: Calibration of Software /Raymond

Has anyone had any experiences with the requirement in 4.11 for the
calibration of test software? If so, would you mind discussing how this
is/was done?

Thanks in advance,
>Chuck Raymond

IP: Logged

All times are Eastern Standard Time (USA)

next newest topic | next oldest topic

Administrative Options: Close Topic | Archive/Move | Delete Topic
Post New Topic  Post A Reply Hop to:

Contact Us | The Elsmar Cove Home Page

Your Input Into These Forums Is Appreciated! Thanks!


Main Site Search
Y'All Come Back Now, Ya Hear?
Powered by FreeBSD!Made With A Mac!Powered by Apache!