> Markdown version of [/jobs/ext/2622663-test-systems-engineer](https://www.wearedevelopers.com/jobs/ext/2622663-test-systems-engineer). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Test Systems Engineer - **Company:** TAU ASSOC LLC - **Location:** Redwood City, CA, United States - **Salary:** $91,000.0 - $239,000.0 - **Contract:** Permanent contract - **Skills:** Systems Engineering, Data Integrity, Software Debugging, Embedded Software, Python (Programming Language), LabVIEW, Systems Development Life Cycle, Reliability Engineering - **Published:** August 4, 2026 - **Apply:** https://www.indeed.com/viewjob?jk=59fca436dbdc3d8e ## About the Role * Electrical, mechatronic, mechanical, or controls system design * Instrumentation, sensors, signal conditioning, DAQ architecture * Controls integration and lab automation * High-voltage safety, interlocks, e-stops, fault handling * Calibration, uncertainty analysis, correlation, repeatability * Commissioning and troubleshooting complex systems * Root-cause analysis and structured problem solving * Python, LabVIEW, PLCs, or comparable automation tools, A bachelor's degree in Mechanical, Electrical, Mechatronics, Controls Engineering, or a closely related field, or equivalent demonstrated experience. Several years developing, commissioning, or improving complex test systems. Relevant backgrounds: electric powertrains, dynamometers, aerospace test, automotive test, industrial automation, robotics, energy systems. Anywhere measurement quality and equipment reliability were treated as non-negotiable. ## Description You think in systems, and you build for reality. You'd rather ship the simplest reliable answer to an engineering question than the most sophisticated one. You know the difference between complexity that earns its keep and complexity for its own sake. You default to structure without needing to be told to. You see a recurring issue and build the fix that prevents it from recurring, not just the fix for today. You document because someone else needs to be able to run this without you in the room, not because you were asked to. You have real judgment about risk. You know when "good enough" is actually good enough, and when it isn't, and you're comfortable being the person who says so even when it's inconvenient. High-voltage safety, interlocks, fault handling: you don't treat these as boxes to check, you treat them as the reason the job matters. You want ownership over a domain that's core to how the whole engineering org performs, and you want to be measured on the capability you build, not just the hours you put in., The lab is where every engineering claim gets checked against reality. If the data's untrustworthy, every downstream decision, design, program timeline, and customer commitment inherits that risk without anyone noticing until it's expensive. This role owns that. You're responsible for the test infrastructure, the standards it runs on, and the judgment call on what's good enough to trust. You'll work across Mechanical, Power Electronics, Controls, Embedded Software, Manufacturing, and Program Management, and you'll have real authority to say a system isn't ready, a result isn't credible, or a process needs to change, and make that stick. We want someone who biases toward structure: documented, repeatable, built to outlast any one person's memory of how it works. Not because process is the point, but because at 40-50 people and growing, tribal knowledge is a liability. At the same time, this isn't a role where you build the org chart and step back. You're in the lab. You're commissioning systems, debugging with the team at 6pm, mentoring technicians on measurement methods. Player-coach, not dictator. You set the standard by being good enough at the work that people want to follow suit, not standards by decree., * Own the dynamometers, inverter test systems, environmental support systems, and lab infrastructure end to end * Set the standards for what counts as commissioned, calibrated, and trustworthy, and hold the org to them * Plan and execute capability upgrades with minimal disruption to active programs Test system development * Translate engineering objectives into safe, repeatable test capability * Integrate mechanical, electrical, controls, instrumentation, cooling, automation, and safety systems * Own the safety philosophy: interlocks, e-stop logic, fault handling, operator protection * Commission and validate systems before engineering release. Nothing goes live on your say alone until it's earned it Measurement and data integrity * Specify sensors, instrumentation, DAQ architecture * Build measurement strategies that answer the actual engineering question, not just collect numbers * Validate accuracy through calibration, uncertainty analysis, correlation, repeatability * Be the person who can say, credibly, "trust this data" or "don't" Lab operations and standards enforcement * Run preventive maintenance, calibration, troubleshooting, repair * Own lab organization, documentation, safety, and operating procedure as an operating system, not a set of one-off fixes * Eliminate recurring issues through durable corrective action, not repeated patching * Support procurement and lab upkeep where it affects test capability Cross-functional authority * Partner with Mechanical, Power Electronics, Embedded Software, Controls, Manufacturing, Program Management, suppliers, and customers * Push back on requirements, timelines, or designs when the lab side can't safely or credibly support them * Translate cross-functional input into test capability that actually answers the question being asked Technical leadership * Mentor engineers and technicians in measurement method, safe operation, and lab standards * Build capability that scales. The goal is a lab that runs at this standard whether or not you're in the room that day * Operationalize Tau's engineering principles into how the lab actually runs day to day, not just how it's described, * The lab runs on standards you set, and people follow them because they trust your judgment, not because they were told to * Engineers make faster, better decisions because the data underneath them is credible * You've caught and fixed at least one recurring failure mode at the root, not just patched the symptom * Leadership relies on you to own the lab side of operations without needing to check in * You're still hands-on: in the room for commissioning, debugging, and the hard calls, not managing from a distance ## Related Videos - [Building a hypercar from scratch](https://www.wearedevelopers.com/videos/607-building-a-hypercar-from-scratch) - [Exploring 5 Key Applications of AI Abundance with Blockchain Assurance](https://www.wearedevelopers.com/videos/971-exploring-5-key-applications-of-ai-abundance-with-blockchain-assurance) - [The Algorithm That Nearly Killed Me: When Testing Isn't Enough](https://www.wearedevelopers.com/videos/2110-the-algorithm-that-nearly-killed-me-when-testing-isn-t-enough) - [How to develop an autonomous car end-to-end: Robotic Drive and the mobility revolution](https://www.wearedevelopers.com/videos/22-how-to-develop-an-autonomous-car-end-to-end-robotic-drive-and-the-mobility-revolution) - [Startup Presentation: StorX - Future of Cloud Storage](https://www.wearedevelopers.com/videos/1176-startup-presentation-storx-future-of-cloud-storage) - [Testing .NET applications a Tool box for every developer](https://www.wearedevelopers.com/videos/704-testing-net-applications-a-tool-box-for-every-developer) ## Related Articles - [How We Built a Worry-Free System That Runs for 10+ Years – And What We’d Do Again](https://www.wearedevelopers.com/magazine/751-how-we-built-a-worry-free-system-that-runs-for-10-years-and-what-we-d-do-again) - [The 8 Best Code Testing Tools](https://www.wearedevelopers.com/magazine/402-the-8-best-code-testing-tools) - [How software is steering vehicle technology](https://www.wearedevelopers.com/magazine/515-how-software-is-steering-vehicle-technology) - [What is Software Engineering?](https://www.wearedevelopers.com/magazine/289-what-is-software-engineering) - [Data Engineer Salary UK](https://www.wearedevelopers.com/magazine/253-data-engineer-salary-uk) - [Integration And E2E Testing: Are They Complementary or Interchangeable?](https://www.wearedevelopers.com/magazine/86-integration-and-e2e-testing-are-they-complementary-or-interchangeable)