Book Image

Hands-On Software Engineering with Python

By : Brian Allbee, Nimesh Verma
Book Image

Hands-On Software Engineering with Python

By: Brian Allbee, Nimesh Verma

Overview of this book

Software Engineering is about more than just writing code—it includes a host of soft skills that apply to almost any development effort, no matter what the language, development methodology, or scope of the project. Being a senior developer all but requires awareness of how those skills, along with their expected technical counterparts, mesh together through a project's life cycle. This book walks you through that discovery by going over the entire life cycle of a multi-tier system and its related software projects. You'll see what happens before any development takes place, and what impact the decisions and designs made at each step have on the development process. The development of the entire project, over the course of several iterations based on real-world Agile iterations, will be executed, sometimes starting from nothing, in one of the fastest growing languages in the world—Python. Application of practices in Python will be laid out, along with a number of Python-specific capabilities that are often overlooked. Finally, the book will implement a high-performance computing solution, from first principles through complete foundation.
Table of Contents (21 chapters)
Free Chapter
1
Programming versus Software Engineering

The challenges of testing services

Testing services, while not difficult, can be substantially more elaborate than the relatively basic unit testing that's been shown up to this point. Each point in the general hms_sys data flow from an Artisan to the Gateway, for example, has specific and individual testing concerns, but the flow as a whole should, ideally, be as well, so that an end-to-end process verification can be performed on demand.

The end-to-end flow could be pictured like this:

From start to finish, a test plan for this data flow would need to address, at a minimum, the following:

  • Creating the message-data in a fashion that it could be used to verify the process at its end
  • Creating the DaemonMessage (though probably not testing that it was created accurately—there should already be unit tests that take care of testing that)
  • Sending the resulting message...