# Software testing#

Before we move on to release our software, let’s take a little detour into better software engineering. We have written code that does some geometric calculations. How do we know that it does what we expect it to do?

One way to do so is to write some examples of the code and make sure that the examples do what they are supposed to do.

We’ll use IPython and its `doctest_mode`

magic to write our doctest for the simple case:

```
>>>calculate_area(1)
```

Then, we’ll add this to the docstring of our function

```
def calculate_area(r):
"""
Calculates the area of a circle.
Parameters
----------
r : float or array
The radius of a single circle or multiple circles
Returns
-------
area : float or array
The calculated area/s
Examples
--------
>>> calculate_area(1)
3.141592653589793
"""
area = np.pi * r **2
return area
def calculate_circ(r):
"""
Calculates the circumference of a circle.
Parameters
----------
r : float or array
The radius of a single circle or multiple circles
Returns
-------
circ : float or array
The calculated circumference/s
"""
circ = 2 * np.pi * r
return circ
```

To run the tests, we will rely on the pytest framework. This allows us to execute:

```
pytest --doctest-modules geometry
```

And produces the output:

```
jovyan:~/geometry$ pytest --doctest-modules geometry
=========================================================== test session starts ===========================================================
platform linux -- Python 3.7.8, pytest-5.4.3, py-1.9.0, pluggy-0.13.1
rootdir: /home/jovyan/geometry
collected 1 item
geometry/circle.py . [100%]
============================================================ 1 passed in 0.28s ============================================================
```

Which tells us that one test was run and it passed. This is nice, because it simultaneously provides an example of how to use the software and also a proof that the software is correct. Furthermore, this helps to future-proof the software. What does this mean? Addmitedly, this software is rather simple. But, scientific analysis software can quickly become very complicated. We’d like to make sure that as we continue to develop the software, often interlinked in many non-trivial ways, we don’t break our previous developments. Having tests helps us check changes we make, every time we make them.

With that, let’s commit these changes and push them to our repository. Next, we’ll see how we can have GitHub run our tests for us with every change to the code and alert us to failures as they arise.