<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Testing on Fortran 2026</title>
    <link>https://fortran.sh3d.com.au/tags/testing/</link>
    <description>Recent content in Testing on Fortran 2026</description>
    <generator>Hugo</generator>
    <language>en</language>
    <atom:link href="https://fortran.sh3d.com.au/tags/testing/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Testing</title>
      <link>https://fortran.sh3d.com.au/expertise/testing/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://fortran.sh3d.com.au/expertise/testing/</guid>
      <description>&lt;p&gt;A lot of long-running Fortran codebases have no automated tests at all. Every release is &amp;ldquo;compile, run the smoke script, hope&amp;rdquo;. We change that — without rewriting the code first.&lt;/p&gt;&#xA;&lt;h2 id=&#34;where-we-add-value&#34;&gt;Where we add value&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#where-we-add-value&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Native unit tests in Fortran&lt;/strong&gt; with TAP-style output and &lt;code&gt;prove&lt;/code&gt; runners — see the worked example at &lt;a href=&#34;https://fortran.sh3d.com.au/docs/unit/&#34;&gt;Examples → Unit Tests&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Regression testing&lt;/strong&gt; by capturing the output of the existing system on real inputs and locking it down before any change is allowed.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Integration tests&lt;/strong&gt; across SQL, REST, and external libraries that we have added — see &lt;a href=&#34;https://fortran.sh3d.com.au/docs/sql/&#34;&gt;Examples → SQL&lt;/a&gt; and &lt;a href=&#34;https://fortran.sh3d.com.au/docs/api/&#34;&gt;Examples → REST API&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;CI pipelines&lt;/strong&gt; that run the test suite on every change, in containers, before any deploy.&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Test coverage specifically targeting the migration boundary&lt;/strong&gt; so a 32 → 64-bit cutover is provably safe.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;talk-to-us&#34;&gt;Talk to us&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#talk-to-us&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;&lt;a href=&#34;mailto:simon@unisolve.com.au&#34;&gt;simon@unisolve.com.au&lt;/a&gt; or&#xA;&lt;a href=&#34;mailto:scottp@dd.com.au&#34;&gt;scottp@dd.com.au&lt;/a&gt;&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
