Find your next opportunity
Browse fresh openings from leading companies and apply with a resume tailored to the role.
Browse fresh openings from leading companies and apply with a resume tailored to the role.
13209 openings
3441-3448 of 13209linro
Free to start · No card · 5 credits the moment you sign up
Linro is a Berlin-based cloud security company building a real-time, agentic cloud-security platform. Teams ship with AI. AI ships with Linro.
Infrastructure changes constantly, and increasingly it's AI agents making the changes. Tools that scan snapshots and flag risk after the fact can't keep up. Linro enforces intended state across the whole lifecycle instead, from commit to runtime: MCP and pre-commit hooks at commit time, blast-radius simulation that blocks bad changes before they ship, and real-time detection, enforcement and auto-remediation in production. Most tools tell you what's wrong. Linro stops it.
We have each been on the receiving end of this problem: Running cloud security at scale, building the platforms underneath it, and shipping in regulated systems where a wrong change isn't an option. Founded in Berlin in 2026 and built fully remote across Europe, Linro has a platform that's real and working, with plenty still to shape.
You would be our dedicated quality engineer, working with the engineering team. Linro runs across many plugins and integrations, and at its core a policy engine decides whether a cloud change is compliant. If it decides wrong, a customer either ships a change that fails their audit or gets blocked for no good reason. You build and own the process that proves it all works: the test strategy, an automated regression suite for the core engine and every plugin and integration, and the quality gates between AI-written code and production. Automation first, manual testing where it makes more sense.
Own the test strategy and the regression platform: nightly, pre-release and production runs against live installs, with reporting people trust and a clear line between environment noise and real regressions. We use Playwright today; the tooling is your call as long as it works and is easy to operate.
Own the correctness of the policy engine: build a reference set of test cases with known expected results, plus property-based and differential tests, so policies evaluate the same way across past, present and simulated future state.
Run the test environments: real sandbox cloud accounts, cloud emulators, capacity and cost per environment.
Own the CI quality gates in GitHub Actions, and review the tests and changes our AI coding agents produce.
Extend coverage across the web frontend (components and user flows), the plugins and integrations, the MCP server and the guardrails agents call, including basic security testing.
4+ years in test or quality engineering for distributed backend or cloud products. You write and review real code. We use Go and TypeScript, but any language works.
You use AI coding agents daily and have a view on how tests become the control layer when agents write the code.
Strong written, async communication and the judgement to call a failure a product bug, a test bug or environment noise.
End-to-end testing, built and operated. You know how end-to-end tests really work across UI, APIs and the infrastructure underneath, and you have run them as pipelines yourself: nightly and pre-release runs against live environments, test data and environment setup, flaky-test handling and reporting that people trust. Playwright or similar tooling.
API, integration and frontend testing: gRPC or ConnectRPC services and the databases behind them, plus component and UI tests for a TypeScript web frontend.
A strategy for correctness-critical logic: golden files, property-based and differential testing, and a habit of asking what a false "compliant" would cost.
Hands-on cloud, Terraform and Kubernetes with Helm, including ephemeral environments and keeping cloud cost in check.
Hands-on experience with Terraform, Kubernetes and Helm.
Cloud control-plane or IAM knowledge, or a security testing background.
Experience testing MCP servers or LLM-agent flows (non-deterministic evals).
We work remotely across Europe. We get the whole team together in person somewhere in Europe once a quarter for a few days. We work async by default, write things down, and protect people's focus time. Engineers here ship with AI agents every day, so review and tests carry more weight than in most teams.
Real ownership. You are the first dedicated quality hire: you design the strategy, own the platform and have a say in how we build.
Meaningful equity. You are an early employee, and your stake reflects it.
Competitive salary, benchmarked to the market.
A quarterly European offsite, and a team that takes both the mission and each other's time seriously.
This is early. Our regression platform is real but still being rebuilt: some environments are noisy, some tests are parked, and some coverage does not exist yet. There is no test plan waiting for you to execute. If you want a mature QA organisation with a stable framework and a ticket queue, this is not it. If you want to build the quality system for a product whose whole promise is being right, and you like the idea of keeping AI-written code honest, we should talk.
Start with a role or skill you want to use in your next job. Use the location and role filters to narrow the results, then open a listing to review the description. A title alone rarely explains the level of responsibility, working arrangement, or experience a team needs. Compare those details before deciding which opportunities deserve a tailored application.
Employers use different titles for similar work. If an exact phrase produces no results, try a shorter title, a core skill, or an alternative name for the role. Remove one filter at a time to understand which requirement is narrowing your search. A broader search can reveal suitable work without asking you to change your actual qualifications.
For each promising listing, read the responsibilities and separate essential requirements from preferences. Note the location, schedule, employment type, and compensation when provided. Missing details are questions to confirm with the employer. A remote opening may still require a particular country, work authorization, or time-zone overlap, so check the full posting before treating it as a location-independent opportunity.
Choose a few examples that demonstrate the skills this employer names. Explain your contribution and its outcome, using accurate numbers where available. Put the most relevant experience first and keep your resume easy to scan. Avoid adding technologies, qualifications, or achievements simply because they appear in a description. Your application should make your existing strengths easier to understand.
Follow the employer’s instructions for resumes, cover letters, work samples, and screening questions. Review the exported file before submitting it: confirm that contact details are correct, text can be selected, and links reach the intended pages. A resume check can help you spot unclear writing before you apply. Its feedback is advisory and does not predict a hiring decision.
Listings are collected from external sources and may change after they appear here. The employer or recruiting destination controls whether applications are open. If an original link is unavailable, check the company’s careers page for the title or move to another opening. An employer website link is a place to check current vacancies, rather than confirmation that a particular job is still accepting applications.
Keep a simple record of the company, role, job reference, application date, and documents you sent. Record any follow-up instructions and the next action you plan to take. This makes it easier to prepare for interviews, compare opportunities, and avoid applying repeatedly to the same opening through different boards. Review your shortlist as employers update their listings and prioritize opportunities with clear requirements that match the work you want to do.