I am a AWS cloud practitioner in training with a strong interest in configuration management and Dev-ops practices.
I have experience working as a quality engineer and full stack developer.
Currently I am studying with the AWS\Re-Start program and open to offers of a relevant position.

Simple Continous Integration Pipeline Tutorial

Test-Ed puts 18-22 year old disadvantaged people into high tech roles. Catherine gave me the opportunity to help with learning material on Continuous Integration and a chance to work on my nerves and presentation techniques.

Thank you Catherine for all the hard work you put in.

Nine Publishing

I started working for Fairfax Media at the start of August on contract for four weeks trial. During this time I was given a couple of days to get to learn the system with help from two QE’s focused on automation and another focused on exploratory and regression testing.

Though I was to be put with the “Editorial Tools”(EdTools) team I started off writing “End to End”(E2E) tests in Nightwatch for the “CMS Team”. I also was required to do regression testing for the EdTools Team. This was due to the extensive use of nested ShadowDOM components and “Drag And Drop”(DnD).

I was let known one of the tests I had written was originally thought impossible as it involved the manipulation of cookies. After the two weeks, I was accepted as a full-time employee on a six-month probation. I gained knowledge into the various different system through in-house training including analytics and the deployment pipeline, all while continuing to expand the Nightwatch E2E test suite.

Fairfax provided extra activities outside of normal work including hackathons and cooking competitions both of which I participated in. After five months of working in the EdTools Team, I was moved to the automation team as the person I was filling in for had returned from maternity leave.

I had a meeting with the Director Of Engineering to let me know I was doing a good job and they would be keeping me on. A week later I was let known the position was being made redundant and I could stay on for 3 weeks to gain experience. While working for the automation team I had worked out some API tests for the EdTools Team which would allow them to check the interface is working without having to use the DnD feature.

Good On You App

Good On You wants to promote ethical standards in the clothing industry. They created an App which provides the user with an ethical sustainability criteria on the brands they search for.

They decided to re-write their current app in new technologies rather than build on top of technical debt.

Our team of four’s task was to test the new build, the concerns the product owner had was that it be the same standard or better than the old version, because the company would lose users if the cross-over was a bad experience for their current users.

They were also looking at a big rebranding and marketing exercise and they didn’t want the transitions to sour the user experience.

Safety Culture

As part of Test-Ed, I spent two weeks working with the sensors team at Safety Culture

Safety Culture is the company behind iAuditor, an app for making and using forms and reporting any problems to those who need to know. Their aim is to increase the safety of our workplaces by making inspections easier to complete, faster to report and simper to understand.

I was working in the Sensors team (aka The IoT Team), who are working on connecting sensors to the cloud allowing their customers faster reporting on the current status of their devices. The system would alert the customer if they went out of the assigned operating range. This could save companies thousands in lost stock and revenue.

My role on the sensors team was providing regression tests to support the integration of the Sensors app into Safety Cultures, main app, iAuditor.

Cherrybrook RFS Callout System

This was an SMS-based emergency response system that was used to supplement an expensive pager system. The system was designed to meet the specific situation and requirements of that particular RFS station.

The station had some members with older phones (“Think Nokia 3310”) so a web-only interface or mobile app wouldn’t work. It also had to be simple to use, people needed to be able to respond quickly without having to type out long messages. As this was an emergency situation, the time between sending and receiving messages and service downtime was also an issue.

The primary use of the system was to relay messages via SMS to the firefighters with information about current callouts and training. It also manages a firefighters skills and callouts this was to help a station work out if they have enough members with the skills required to attend that callout.