Emily O'Connor
Principal Quality Engineer
She/Her
I am Open to Write
Automation-savvy QE with a sixth sense for bugs. Avid learner and reader interested in decoding dev-speak to enable engineering teams. I believe good software starts with user-focused problem solving.

Achievements

Career Champion
Club Explorer
Bio Builder
Avid Reader
TestBash Trailblazer
Article Maven
MoT Community Certificate
MoT Software Testing Essentials Certificate
Scholarship Hero
99 Second Speaker
MoT Streak
In the Loop
404 Talk (Not) Found
Bug Finder
Collection Curator
Glossary Contributor
Meme Maker
Photo Historian
TestBash Brighton 2025 Attendee
TestBash Brighton 2024 Attendee
Cert Shaper
Author Debut
A tester's role in continuous quality
Cognitive biases in software testing
99 and Counting
Meetup Contributor
Pride Supporter
Inclusive Companion
Social Connector
Open to Opportunities
Found at 404
Picture Perfect
Goal Setter

Certificates

MoT Software Testing Essentials Certificate image
  • Emily O'Connor's profile image
Awarded for: Passing the exam with a score of 95%
MoT Community Certificate image
  • Emily O'Connor's profile image
Awarded for: Achieving 5 or more Community Star badges

Activity

8.3.0 of MoT Software Testing Essentials Certificate image
8.3.0 of MoT Software Testing Essentials Certificate
Finding test cases in acceptance criteria image
Finding test cases in acceptance criteria
Finding test cases in acceptance criteria image
Finding test cases in acceptance criteria
How can I frame better questions? By Nicos Paschali image
How can I frame better questions? By Nicos Paschali

Contributions

Things you might hear from a software engineer image
  • Emily O'Connor's profile image
A collection of terms that testers might hear from devs and other engineers
2026 New Year’s Resolution: Reading in Public image
  • Lisa Crispin's profile image
  • Janet Gregory's profile image
  • Anne-Marie Charrett's profile image
  • Wayne Roseberry's profile image
One thing I want to change: Consistency This year I want to be more consistent. 2025 has been very spikey (high highs and low lows, professionally and personally). One thing I want to add: Read...
When Amazon emails you saying your gifts won’t arrive until the 29th image
“When Amazon emails you saying your gifts won’t arrive until the 29th” - Idea from Rahul Parwal
Rollback image
  • Emily O'Connor's profile image
A rollback is the re-deployment of a prior version of code. It is often performed as a fast-fix to avoid negative user impact when a regression bug or other defect is found quickly following a deployment. A rollback is not required if the new code or feature is hidden behind a feature toggle which could be turned off.While rollbacks avoid negative user impact and increased downtime, they are not always adopted as it requires increased developer effort as a rollback is not a permanent fix. Rollbacks need to be communicated effectively to ensure that future deployments don’t redeploy the buggy code back to production, which can also slow down other developers’ work. It also requires coordination with other developers to avoid introducing any breaking changes between the current commit and the rolled-back version.
Availability Heuristics image
  • Emily O'Connor's profile image
Availability heuristic is a cognitive bias where people tend to rely on immediate examples or information that come to mind when making decisions or judgments. This can lead people to overestimate the likelihood of events or outcomes based on how easily they can recall similar instances, regardless of how rare or common those events might actually be.In software testing, here are three examples: A persons tendency to lean towards using a testing tool, or methodology simply because they used or learned it recently, even when a different tool or approach would be more suitable. When encountering a bug, a persons tendency to assume its cause is something they’ve seen recently while the actual root cause could be a different issue entirely, especially if that is a more obscure issue. Using the same set of functional test cases across multiple projects without adapting them to the unique requirements or challenges of the current project.  The availability heuristic should be overcome by discussing ideas with peers (who might be able to provide different perspectives or tooling choices), favouring data-driven decisions (using data to understand root causes or prioritise testing efforts) and using risk analysis to guide testing efforts i.e. Focus on high-risk areas of the software based on the business impact, user behavior, and technical complexity, rather than relying on gut feeling or past experiences alone.
Inverted test pyramid image
  • Emily O'Connor's profile image
The inverted test pyramid is a term used to describe when projects have too many e2e or UI tests compared to unit tests or other tests seen lower down the automation test pyramid. Many projects have too many large, slow, flaky tests and few smaller ones. Retrying failed tests and marking known failures introduce risk and waste. Examining the root causes is essential to breaking the cycle.
Matrix organisation image
  • Ady Stokes's profile image
A matrix is an organisational structure in which two or more lines of command, responsibility, or communication run through the same individual. Matrix management is almost the opposite; an employee will report to two managers, typically a functional manager and a project manager.ExampleIn a previous role, my (functional) manager worked in another area of the business and my (project) manager was responsible for my day-to-day activities. Matrix management was adopted for all testers so that an employee (Emily) reported to a manager in the same project or product area (the tech lead, an experienced developer) and another more experienced person of the same job family within the same office location.When describing my experience in the below article, I described the more senior tester as my “main” manager, however this person didn't have all of the day-to-day context of my project.
Webhook image
  • Emily O'Connor's profile image
A webhook is an automated event triggered when something happens. More specifically, a webhook is a HTTP request triggered by an event in a source system, that will be sent to a destination system, often with a payload of data. For example, when a website goes down, an automated call might send the admin an email. Webhooks are commonly used to perform small requests and tasks that don't need an entire API. They are automated; meaning they are automatically sent out when their event is fired in the source system. This focuses a testers attention on validating all the ways that the event could be triggered and ensuring that the HTTP request is sent and received as expected.
WYSIWYG image
  • Emily O'Connor's profile image
WYSIWYG is an acronym for "what you see is what you get" and is pronounced as “wizzy-wig”.A WYSIWYG editor is a system in which content (text and graphics) can be edited in a form closely resembling its appearance when printed or displayed as a finished product, such as a web page.
Capture the Flag (CTF) image
  • Emily O'Connor's profile image
CTF stands for Capture the Flag. In the Cyber Security world this relates to events where people aim to use ethical hacking and web exploitation skills to find hidden flags. This may involve hacking into a machine to find the "flag" file or having a series of hidden "flags" (often strings) within a solution designed specifically for these events. Organisations may run CTFs internally or publicly prior to or alongside bug bounty programs and penetration tests. You can also find applications to practice security testing through a CTF game.
Login or sign up to create your own MoT page.
Subscribe to our newsletter
We'll keep you up to date on all the testing trends.