From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,42427d0d1bf647b1 X-Google-Attributes: gid103376,public From: john@assen.demon.co.uk (John McCabe) Subject: Re: Ada Core Technologies and Ada95 Standards Date: 1996/04/22 Message-ID: <830205885.24190@assen.demon.co.uk>#1/1 X-Deja-AN: 150851252 x-nntp-posting-host: assen.demon.co.uk references: <00001a73+00002c20@msn.com> <315FD5C9.342F@lfwc.lockheed.com> <828474655.17825@assen.demon.co.uk> <829673790.5774@assen.demon.co.uk> newsgroups: comp.lang.ada Date: 1996-04-22T00:00:00+00:00 List-Id: dewar@cs.nyu.edu (Robert Dewar) wrote: >"I can see that being a minor problem. I would have thought it would be >fairly simple to produce a minimal, modified version of most problem >reports that could be released without jeopardising the >confidentiality of the customer's code. I, for example, tend to cut my >problem reports down to the bare minimum of code which causes a >problem." >Not even vaguely true, Can you provide figures on that? In my experience it _has_ been possible so it is (at least) vaguely true. >many of the regression suite tests that we have >are large and complex, and the problem goes away if any attempt is made >to cut the example down. Yes I have had that experience, but those have been the exception rather than the rule. Perhaps it's just that the compilers I've used have been so poor that the faults have been simple to find :-) >Besides which, the value of the suite is greatly >enhanced by having large complex real-world programs, rather than >simplified ACVC-stlye tests. I can believe that, but I would hope that effort goes into requirement traceability when these complex tests are included in the suite to take account of possible unnecessary redundancy between test cases. Best Regards John McCabe