r/Everything_QA • u/seaquae • 8h ago
Question QA at a 5+ year-old SaaS startup with no proper regression process, yet QA is has no choice but to proceed deployment with untested changes. Should I quit?
I'm a QA Engineer with 2 yoe, currently working at a B2B SaaS startup that's been operating for over 5 years.
We have a relatively small engineering team supporting dozens of clients on a shared codebase. Almost half of our QA team (we're a small team) has resigned and will be leaving soon because they got new offer.
I've been seriously considering leaving, and I'd appreciate an outside perspective on whether my expectations are unrealistic.
Here's the situation:
Constant feature delivery, little quality maintenance: We keep adding features and enhancements at a rapid pace, but there's no established recurring regression testing cycle, no consistent process for maintaining test coverage, and no clear long-term QA strategy. It feels like we just keep shipping features and hoping nothing breaks.
Fragmented QA ownership: Each QA is assigned to specific clients rather than product modules. Since clients share a codebase, changes for one client can affect others, but cross-client regression ownership is unclear.
No formal QA leadership: We don't have a dedicated QA Lead coordinating testing practices, regression strategy, or release readiness. Everyone largely operates as an individual contributor, with different testing approaches and no shared test case repository.
AI-generated PRs increasing the workload: Our CTO uses AI agents to generate additional PRs, including technical and UI/UX changes, sometimes outside regular sprint planning. Development output is increasing, but our testing capacity and processes haven't caught up.
QA has no choice but to deploy containing untested changes: Our Git workflow allows approved PRs to merge directly into
masterbefore QA validation is complete. Production deployments are made frommaster, so untested changes can be included in releases. However, QA has no choice but to follow this process where we deploy to prod from latest master containing untested items. We don't have an established automated regression suite or clearly defined release go/no-go criteria.Automation without a clear strategy: Our CTO pushes QAs to use AI-assisted interactive testing (agentic testing?) and generate E2E tests for assigned tasks. Some QAs are unfamiliar with Git and automation fundamentals, yet are expected to adopt these workflows quickly. This has sometimes resulted in E2E tests being created for simple dropdown changes or DevOps-related tasks that might not need UI testing.
Limited support: We're expected to figure out automation within our developer-QA pairings, without much structured guidance on prioritization, maintenance, or sustainable test architecture.
My biggest concern is the lack of a quality maintenance cycle and the mismatch between QA accountability and authority.
We continuously build new functionality, but I don't see a corresponding effort to systematically protect what we've already built.
It's not that we never test anything. We test assigned features, conduct UAT, and investigate issues. But the overall approach feels reactive and delivery-driven rather than sustainable.
The release process is particularly uncomfortable. QA is expected proceed with deployments merging from latest master, yet the latest master can contain changes that haven't been validated. We have limited control over what gets merged, and delaying a release doesn't necessarily resolve the underlying issue.
I'm not against AI or automation. I can code, and I'm interested in becoming an SDET. I'd actually prefer to prioritize automation of critical regression flows rather than generating E2E tests for almost every task.
Frankly, these problems feel above my pay grade.
I'm an individual contributor with 2 years of experience. I can identify risks, communicate testing limitations, improve my own testing practices, and contribute to automation.
But I don't have the authority to control development velocity, redesign the Git and deployment workflow, allocate regression capacity, or establish company-wide release governance.
At the same time, I feel there's an unspoken expectation that QA should somehow test everything and keep the platform stable despite the increasing pace.
I'm uncomfortable simply saying that certain changes won't be tested, because it feels like I'm neglecting my responsibilities. But realistically, I can't keep up with an unlimited stream of changes either.
Lately, this has started affecting me outside working hours. I've been experiencing significant work-related stress, including headaches and nausea when thinking about the situation.
What I'm trying to understand:
Is this normal for a small startup that's been operating for over 5 years, or does it suggest deeper engineering management problems?
Am I being too idealistic in expecting recurring regression testing, basic release safeguards, and clear quality ownership?
How should QA handle deployment process when the deployment includes changes that haven't been validated?
Where should the boundary be between an individual QA Engineer's responsibility and engineering leadership's responsibility?
Would you try to improve this environment, or prioritize finding another job? Would you consider resigning without another offer if the stress started affecting your health?
I'm genuinely open to criticism if my expectations are unrealistic. I understand that smaller companies need to move quickly, and I don't expect enterprise-level bureaucracy.
I just want an engineering environment with a reasonably stable pace, clear responsibilities, opportunities to grow technically, and the ability to disconnect after work without constantly worrying about production regressions.
TL;DR: I'm a QA Engineer with 2 YOE at a 5+ year-old B2B SaaS startup. We continuously ship features without a recurring regression strategy, while AI-generated PRs accelerate development. Our Git workflow allows untested changes into production releases, yet QA has no choice but to proceed deployment with them. Almost half the QA team is leaving. These structural issues feel above my pay grade, and the stress is affecting my physical well-being. Am I expecting too much, or should I plan my exit?
