openashbyhqa16z
Senior Systems Test Sofware Engineer
Saronic Technologies
LocationAustin, TX, San Diego, CA
WorkplaceOnSite
EmploymentFullTime
Posted2026-06-05T16:30:39.604+00:00
Last observed2026-06-23 12:12:17.517386
Job ida16z-saronic-technologies:ashbyhq:d5f30d63-303c-4899-8d68-c248c8d7905b
Saronic Technologies is a leader in revolutionizing autonomy at sea, dedicated to developing state-of-the-art solutions that enhance maritime operations through autonomous and intelligent platforms. JOB OVERVIEW: We are seeking a Systems Software Test Engineer to own and drive the testing strategy for the software stack that runs on every Saronic vessel. You will join the Software team to take an already substantial collection of test capabilities, Hardware-In-The-Loop (HITL) station infrastructure, virtual machine integration tests, replay-based evaluation, and simulation and turn them into a single, principled, easy-to-extend verification platform. Just as importantly, you will introduce other testing approaches like property-based testing, fuzz testing of our protocol and message-bus surfaces, deterministic simulation and fault injection testing for safety-critical state machines. You are a software engineer first, whose product is the confidence the rest of the team has when shipping code to a vessel in the open ocean. You will work closely with our autonomy, perception, systems, controls, networking, and infrastructure teams to design and develop full system validation frameworks that run as native Rust unit and property tests, as VM-based integration tests, on real HITL stations bridged into real hardware, and in simulation against captured fleet data. Your work will directly impact mission reliability by catching edge cases early and ensuring that what runs on a vessel has been adversarially tested long before it ever sees water. RESPONSIBILITIES: - Own and drive the test initiatives for Saronic's system software, including the HITL test catalog and station orchestrator, HITL-VM bridge framework, NixOS-based VM integration test suite. - Design and roll out a unified test strategy that combines our primary tools: Rust unit and property tests, VM-based integration tests, HITL-based tests, and replay/simulation based scenario tests into a single decision tree so that the right test type covers the right risk class at the right cost. - Build out property-based and deterministic simulation testing across the software stack. Expand coverage to the libraries where invariants matter most (planners, trackers, schedulers, state machines, codecs, IPC framing, certificate/identity stacks) and introduce a shared invariant-testing pattern that other engineers can adopt. - Stand up fuzz testing infrastructure from scratch. Identify high leverage surfaces, write the harnesses, get them running continuously, and triage or resolve findings. - Expand the HITL test catalog. Drive coverage into areas currently underserved, expanding VM based integration tests to exercise real hardware paths. - Treat HITL stations as a first class product. Partner to keep stations healthy, observable, and reproducible; harden the CI scheduler pipeline that owns reservations and execution across multiple physical stations; reduce flake; improve the test result dashboard and analytics that engineers rely on. - Inject faults, not just inputs. Build out chaos and fault injection capabilities, process kills, network partitions, time skew, CAN bus jamming, sensor dropouts that complement our existing test types and that property tests and HITL tests can both consume. - Build interfaces between our onboard test infrastructure and our cloud infrastructure test artifact storage, MCAP capture and replay, metrics collection and storage, fleet-data fetch, and the existing CI plumbing so that an engineer can author one test and run it locally, in CI, on a HITL station, or against historical fleet data with minimal friction. - Work hands-on with engineers across the company to catch real bugs. Pair with feature owners on test plans during design reviews, write the hard tests yourself, and travel to test sites to see your tests in action on real boats when needed. - Document everything. Maintain the test infrastructure architecture docs, runbooks so that other engineers ca
This page is generated from the committed OpenOpps static snapshot. Use the source posting or apply link for the employer's current canonical posting state.