Functional and responsive validation
Validate key user flows across browsers, breakpoints, and device classes with clear evidence and reproducible findings.
Quality First
Manual QA Engineer
Manual QA Engineer with hands-on experience in web application testing, adaptive and cross-browser validation, API testing in Postman, and full-cycle test documentation.
I plan detailed test cases, analyze requirements and mockups for ambiguity and completeness, validate client-server behavior using DevTools, HTML/CSS, SQL, and basic Git or Ubuntu tooling, and communicate clearly with developers and product managers. Based in Kyiv, open to remote and international roles.
Core Strengths
A recruiter should be able to scan this section and see practical QA coverage, not just tool names.
Validate key user flows across browsers, breakpoints, and device classes with clear evidence and reproducible findings.
Design chained multi-step API scenarios with environment variables, collection variables, and response assertions.
Create test cases, checklists, bug reports, and summary reports that support release decisions and team alignment.
Identify ambiguity, contradictions, missing acceptance criteria, and UI inconsistencies before defects reach production.
Recruiter Fit
This content is written to address the hiring manager’s question: can this candidate contribute to product quality from planning through reporting?
I break features into clear scopes, risks, and measurable checks so testing remains systematic instead of ad hoc.
I use HTML, CSS, browser tools, SQL basics, and client-server knowledge to investigate issues faster and communicate root causes clearly.
I work comfortably with developers, PMs, and designers by reporting what matters, asking precise questions, and documenting impact.
Featured Work
Use the custom post type to manage projects per subsite. If no projects exist yet, the template shows implementation-ready examples.
Real manual QA case study for a browser-based SPA with explicit responsive and cross-browser coverage across Chrome, Firefox, Edge, Safari and breakpoints 320, 375, 768, 1024, and 1440.
Static testing case study backed by a public SRS-style artifact: 91 requirements with priorities, browser support, API contracts, database assumptions, and traceability to test coverage.
API testing case study with public Postman, Swagger, and SQL evidence: 57 tests, documented contracts, and database-aware validation across auth, chained scenarios, negative cases, security checks, and response handling.
Tools
Keep this section short on the homepage and link deeper details to the Tools page.
API collections, variables, assertions, and scenario chaining.
Structured test case management and execution tracking.
UI inspection, responsive checks, network diagnostics.
Data verification, query-based validation, state checks.
Testing Mindset
Recommendations
“Reliable in finding edge cases early, documenting issues clearly, and keeping quality visible across the team.”
“Strong attention to detail and good judgment about what should block a release versus what should be monitored.”
Read more about my QA approachArtifacts
Recruiters often respond well to visible artifacts because they show working style, not just claims.
Responsive and cross-browser coverage matrix showing explicit validation across Chrome, Firefox, Edge, Safari and breakpoints 320, 375, 768, 1024, and 1440.
Public SQL/database artifact with schema notes, 30 query references, indexes, transactions, token rotation, and backend data-validation context for QA work.
Public SRS-style QA artifact: 91 prioritized requirements with API contracts, database notes, browser support, and traceability to planned test coverage.
QA Notes
Optional thought pieces and review notes that show how QA thinking is applied beyond checklist execution.
I used WordPress Multisite in practice through a subdomain-based portfolio network with shared theme logic, MU plugin functionality, per-site content management, and network-level administration.
Read noteI review business rules, acceptance criteria, edge cases, permissions, and error handling before testing starts.
Read noteContact
Based in Kyiv and open to remote or international teams. I can contribute through structured web and API testing, strong documentation, critical requirement analysis, and clear communication with cross-functional stakeholders.
How I Work