Have made some very minor changes.
authorMario Antonioletti <mario@epcc.ed.ac.uk>
Mon, 6 May 2013 07:18:44 +0000 (08:18 +0100)
committerW. Trevor King <wking@tremily.us>
Fri, 1 Nov 2013 16:16:32 +0000 (09:16 -0700)
testing/Writing.md

index 0fb674ec23f93b999e5ba6caec351d05d7a60097..1432f4ab6ba6a81355d587f5def4678d98d47af2 100755 (executable)
@@ -43,16 +43,16 @@ We can add a test to our code as follows,
                 weight += NUCLEOTIDES[ch]
             return weight
         except TypeError:
-            print 'The input is not a sequence e.g. a string or list'
+            print 'The input is not a sequence, e.g. a string or list'
 
-Now, the exception is *caught* by the `except` block. This is a *runtime test*. It alerts the user to exceptional behavior in the code. Often, exceptions are related to functions that depend on input that is unknown at compile time. Such tests make our code robust and allows our code to behave gracefully - they anticipate problematic values and handle them.
+Now, the exception is *caught* by the `except` block. This is a *runtime test*. It alerts the user to exceptional behaviour in the code. Often, exceptions are related to functions that depend on input that is unknown at compile time. Such tests make our code robust and allows our code to behave gracefully - they anticipate problematic values and handle them.
 
 Often, we want to pass such errors to other points in our program rather than just print a message and continue. So, for example we could do,
 
     except TypeError:
-        raise ValueError('The input is not a sequence e.g. a string or list')
+        raise ValueError('The input is not a sequence, e.g. a string or list')
 
-which raises a new exception, with a more meaningful message. If writing a complex application, our user interface could then present this to the user e.g. as a dialog box.
+which raises a new exception, with a more meaningful message. If writing a complex application, our user interface could then present this to the user, e.g. as a dialog box.
 
 Runtime tests don't test our functions behaviour or whether it's implemented correctly. So, we can add some tests,