I’ve spent this week describing the functionality and purpose of the MCOVERAGE system option introduced in SAS V9.3. Coverage testing is an important consideration for your testing strategy – it’s important to know how much of your code has been tested…
Tag: syntax
NOTE: Expanding Our Use of MCOVERAGE for Coverage Analysis of our Macro Testing
Over the last few days I’ve been revealing the features and benefits of the MCOVERAGE system option introduced in SAS V9.3. This system option creates a log file to show which lines of our macro(s) were executed, e.g. during our tests.Knowing that we t…
NOTE: Making Sense of MCOVERAGE for Coverage Testing of Your Macros
Over the last couple of days I’ve been uncovering the MCOVERAGE system option for coverage of testing of macro code. Coverage testing shows which lines were executed by your tests (and which were not). Clearly, knowing the percentage of code lines that…
NOTE: Macro Coverage in Testing (MCOVERAGE)
Yesterday I introduced the MCOVERAGE system option (introduced in V9.3) for capturing coverage of macro execution. This is useful in testing, to be sure you executed all lines of your macro. This may take more than one execution of your macro, with different input parameters and data.
I finished yesterday’s post by showing the mcoverage log file created from the execution of a sample macro. I’ve listed all three files below. They are:
- The program that I ran
- The mcoverage log file
- The macro source for %fred (with line numbers added; the blank lines were intentional, to show how they are dealt with by MCOVERAGE)
|
|
1 1 18 FRED |
|
The SAS 9.4 Macro Language: Reference manual tells us that the format of the coverage analysis data is a space delimited flat text file that contains three types of records. Field one of the log file contains the record type indicator. The record type indicator can be:
- 1 = indicates the beginning of the execution of a macro. Record type 1 appears once for each invocation of a macro
- 2 = indicates the lines of a macro that have executed. A single line of a macro might cause more than one record to be generated.
- 3 = indicates which lines of the macro cannot be executed because no code was generated from them. These lines might be either commentary lines or lines that cause no macro code to be generated.
We can see examples of these in the listing shown above. The second and third fields contain the starting and ending record number, and the fourth field contains the name of the macro (you figured that out yourself, right?).
So, record type 1 from our log is telling us that %fred is 18 lines long; record type 3 is telling us that line 17 has no executable elements within it (because it’s blank); and the record type 2 lines are telling us which code lines were executed. By implication, lines of code that were not executed don’t feature in the mcoverage log. How do we interpret all of this?
The first thing to note is that the line numbers shown in the mcoverage log are relative to the %macro statement and hence don’t align with our own line numbers (I deliberately included a blank first and last line in the fred.sas file in order to demonstrate this). The type 2 records show that all lines were executed by our test except 10-12 and 14-17 (these are numbered 11-13 and 15-18 above). Given the logic and the fact that we supplied param=2 when we executed the macro (see yesterday’s post), this would seem understandable/correct.
However, surely we can write a quick bit of SAS code to do the brainwork for us and show which lines were executed and which weren’t. Of course we can, and I’ll show an example program to do this tomorrow…
MCOVERAGE:
NOTE: Macros Newness in 9.4 and 9.3 (MCOVERAGE), 6-Jan-2014
NOTE: Macro Coverage in Testing (MCOVERAGE), 7-Jan-2014 (this article!)
NOTE: Making Sense of MCOVERAGE for Coverage Testing of Your Macros, 8-Jan-2014
NOTE: Expanding Our Use of MCOVERAGE for Coverage Analysis of our Macro Testing, 9-Jan-2014
NOTE: Wrap-Up on Test Coverage and MCOVERAGE, 10-Jan-2014
Follow me on Twitter: @aratcliffeuk
See an audiovisual recording on my SAS Global Forum 2013 paper Visual Techniques for Problem Solving and Debugging
NOTE: Macros Newness in 9.4 and 9.3 (MCOVERAGE)
The SAS macro language is almost as old as SAS itself (who knows exactly?) so you’d think the need to add new functionality would have ceased – particularly with the ability to access most DATA step functions through %sysexec. But apparently not…SAS …
NOTE: SAS 9.4 is Functioning Well
The unveiling of a new version of SAS always brings big, exciting new features and capabilities, but I love checking-out the detail too. New functions (and new function parameters) invariably provide interest too.
SAS 9.4 brings the DS2 la…
NOTE: SAS9.4 Documentation Now Available
It’s good to see the appearance of the SAS 9.4 documentation publicly in the last day or so. I shall be scouring it over the weekend!
SAS 9.4 undoubtedly provides new capabilities for programmers and data analysts, but it also promises simplified an…
NOTE: Describe Your Table in SAS to Write the SQL Code
A week or so back I highlighted two best paper winners from this year’s SAS Global Forum – Steve Overton and John Heaton – and I then subsequently highlighted one of John’s papers. I thought I should do the same for Steve, but then I saw a blog post fr…