<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 1/24/16 9:49 PM, Barry Warsaw wrote:<br>
    <blockquote cite="mid:20160124214903.551f1e07@anarchist.wooz.org"
      type="cite">
      <pre wrap="">On Jan 23, 2016, at 08:08 PM, Ned Batchelder wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">Try it, let me know what you think: <a class="moz-txt-link-freetext" href="https://pypi.python.org/pypi/coverage/4.1b2">https://pypi.python.org/pypi/coverage/4.1b2</a>
</pre>
      </blockquote>
      <pre wrap="">
I haven't done a detailed analysis of the output, but it's definitely
different.  I ran both the stable and pre-release versions over the Mailman 3
core's git master head.  Here are the totals:

Name                                                                               Stmts   Miss Branch BrPart  Cover   Missing
------------------------------------------------------------------------------------------------------------------------------
TOTAL (stable)                                                                     14386   1127   4377    463    90%   
TOTAL (pre-release)                                                                12456    954   3350    309    91%

So I find it interesting that there are now fewer total number of statements,
with correspondingly lower totals on the other values.  Except total
coverage.  Yay!  I get to claim a little boost with no extra work. :)

Is there an easy way to compare the different results, considering it's
reporting on almost 300 files?</pre>
    </blockquote>
    It might be a bit rough, but you can get a pretty dump of the raw
    collected data:<br>
    <br>
        $ python -m coverage.data .the_coverage_data_file<br>
        --- .the_coverage_data_file ------------------------------<br>
        {<br>
            "arcs": {<br>
                "/Users/ned/foo/goo.py": [<br>
                    [8, -1],<br>
                    [-1, 1],<br>
                    [1, 3],<br>
                    [5, 7],<br>
                    [7, 8],<br>
                    [3, 5]<br>
                ]<br>
            }<br>
        }<br>
    <br>
    If you do that for your before and after data files, the diff might
    be minimally navigable.  The pairs are from-to arcs in the code. 
    Negative numbers mean code object entrances (if the first number) or
    exits (if the second).  Code objects can be modules, classes, or
    functions.<br>
    <br>
    --Ned.<br>
    <blockquote cite="mid:20160124214903.551f1e07@anarchist.wooz.org"
      type="cite">
      <pre wrap="">

Cheers,
-Barry
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
testing-in-python mailing list
<a class="moz-txt-link-abbreviated" href="mailto:testing-in-python@lists.idyll.org">testing-in-python@lists.idyll.org</a>
<a class="moz-txt-link-freetext" href="http://lists.idyll.org/listinfo/testing-in-python">http://lists.idyll.org/listinfo/testing-in-python</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>