× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi guys,

I have just tried to use the code coverage for the first time on a quite complicated data conversion program written in SQL ILE COBOL and I am very perplexed with the results I got back. This may just be my lack of knowledge of code coverage but the first question is should code coverage work on SQL ILE COBOL programs or has COBOL be left behind again?


Procedure Name[cid:image001.gif@01CFBD19.349A4030]

Covered Lines

Total Lines

%Coverage


PRAOCPP-FILE_Declarative

0

722

0%

PCV0244

1

1

100%

MPOZCPL1-FILE_Declarative

0

7

0%

MPM7REL1-FILE_Declarative

0

6

0%

MPAVREL1-FILE_Declarative

0

9

0%

MPARREL1-FILE_Declarative

0

9

0%


The reason the results perplex me is because this program is 2.5k+ lines of procedure division code and the report shows 772 lines of code in one of my declarative sections and only 1 line of code in my program, PCV0244!

In the source listing included in the report the only piece of green (i.e. indicated as code executed, to my understanding) is against the last of the program parameters on the PROCEDURE DIVISION statement. I assume this is because it is the program entry point, the same as where you start when you debug. As I know that the program ran to completion, producing a lot converted data, the majority of the code must have been executed.

So, if code coverage should work for SQL ILE COBOL, why does the report show none of the code executed?

This would be such a fantastic tool for proving to my boss, and the auditors, that the program has been tested properly, if I could get it to work.

Any help or advice would be greatly appreciated.

Best regards,
Mark Austin
IT Consultant
Universal Music Publishing Group
Email: mark.austin@xxxxxxxxxx<mailto:mark.austin@xxxxxxxxxx>
Tel: +44 (0) 20 8742 5520
Fax: +44 (0) 20 8742 5699
Post: 347-353 Chiswick High Road, London W4 4HS
Universal Music Publishing International Limited
Registered in England. Number 02050403
Registered Office: 20 Fulham Broadway, London, SW6 1AH


________________________________

“**Confidentiality**
The information contained in this e-mail is confidential, may be privileged and is intended solely for the use of the named addressee. Access to this e-mail by any other person is not authorised. If you are not the intended recipient, you should not disclose, copy, distribute, take any action or rely on it and you should please notify the sender by reply. Any opinions expressed are not necessarily those of the company.

We may monitor all incoming and outgoing emails in line with current legislation. We have taken steps to ensure that this email and attachments are free from any virus, but it remains your responsibility to ensure that viruses do not adversely affect you.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.