SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-Programming Mailing List Archives

Return to [ 16 | February | 2003 ]

<< Previous Message << >> Next Message >>


Date: Sun, 16 Feb 2003 15:07:32 PST8
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-programming@scoug.com
To: scoug-programming@scoug.com
Subject: SCOUG-Programming: In retrospect

In <200302162138.h1GLcN2X017096@well.com>, on 02/16/03
at 01:37 PM, "Gregory W. Smith" said:

>Ow! Ow! Ow! My brain hurts! Maybe being an engineer and not a
>programmer has something to do with it. Or maybe having worked doing
>software QA for a firm that specializes in chemical process design and
>control sofware has something to do with it. The "problem" with lots of

Any open source project that wants quality has a defect tracking system
and uses it well. Bugzilla is popular (www.bugzilla.org). Every
SourceForge project (and there are lots of them) has a bug tracking
systems built into the SourceForge platform. Other choices are available.
The examples of large-scale projects such as Mozilla that see increasing
product quality over time show that the time-proven technique of tracking
defects stil works.

>Going back to find where the problem was introduced was not the point.

Actually, I find this useful for regressions. If this analysis can expose
the problems in the development process which allowed the defect to be
introduced, the process can be modified to prevent similar process
failures.

>atmospheric, we need to watch between 99 and 101. And when the pressure
>is two atmospheres, I should check for funky
>behavior around 120, In fact, I can go the steam tables and generate a
>range of test data--and we had a lot of it. But a large set of
>regression test data does not make a comprehensive enumeration.

We are saying the same thing, but the important test cases are those near
maxima, minima and discontinuities. This applies to both the external and
the internal variables.

Steven

--
---------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.35 #10183 Warp4/FP15/14.085_W4
www.scoug.com irc.webbnet.org #scoug (Wed 7pm PST)
---------------------------------------------------------------------

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 16 | February | 2003 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.