Profile picture Mykola Petrov

Mykola Petrov

QA Engineer / Manual & AI-assisted QA / Product-minded QA

Batumi, Georgia

I’m a QA Engineer with strong product thinking. I test web and mobile products, analyze user flows, investigate issues, validate analytics, write clear QA documentation, and automate repetitive checks with Playwright, API testing, and MCP-based AI workflows.

$ mcp status
AI-readable QA portfolio: enabled
Tools exposed: 14
Site: https://petroffn.com
Remote MCP: https://mcp.petroffn.com/mcp
Status: public read-only
interface QAEngineer {
    name: string;
    role: string;
    focus: string[];
    tools: string[];
    productSkills: string[];
    analytics: string[];
    aiWorkflows: string[];
}

const me: QAEngineer = {
    name: 'Mykola Petrov',
    role: 'QA Engineer / Manual & AI-assisted QA / Product-minded QA',

    focus: [
        'Manual QA',
        'Web Testing',
        'Mobile Testing',
        'API Testing',
        'Regression Testing',
        'Bug Investigation',
        'QA Documentation',
        'Playwright Automation'
    ],

    tools: [
        'Playwright',
        'TypeScript',
        'Postman',
        'Jira',
        'GitHub',
        'Firebase',
        'Stripe',
        'Docker',
        'Cloudflare',
        'Android Studio',
        'Xcode Simulator'
    ],

    productSkills: [
        'User Flow Analysis',
        'Requirements Review',
        'Edge Case Discovery',
        'Product Behavior Validation',
        'Clear Bug Reports',
        'Product Documentation'
    ],

    analytics: [
        'Mixpanel',
        'Firebase Analytics',
        'Google Play Console',
        'Apple App Store Connect',
        'Event Tracking Validation',
        'Funnels & Conversion Checks',
        'Subscription Metrics Validation'
    ],

    aiWorkflows: [
        'AI-assisted QA',
        'MCP-based QA workflows',
        'AI agents for context collection',
        'Test case generation support',
        'Bug report drafting',
        'QA knowledge base automation'
    ]
};

Lemon.io — CRM & Internal Platforms QA

QA and automation for Lemon.io CRM and internal platforms. Focused on product flows, requirements analysis, feature validation, Mixpanel analytics, regression testing, Playwright automation, and collaboration with cross-functional teams.

SBC App — Investment Portfolio Product QA

Product-oriented QA for a personal finance and investment tracking app. Focused on portfolio analytics, broker statement imports, dividends, taxes, subscriptions, mobile QA, monetization logic, UX improvements, and release validation.

LMN — CRM for Landscapers

QA for a CRM system for landscapers. Focused on business workflows, customer and lead management, mobile CRM behavior, regression testing, test documentation, and release validation.

IMSLP — Subscription-based Music Library App

QA for a subscription-based public-domain music score library on iOS and Android. Focused on mobile testing, subscription behavior, content access, regression checks, and release validation.

Healthcare QA — MedX / NICaS

QA for healthcare-related web, desktop, Android and iOS products. Focused on secure data transfer, patient information workflows, device compatibility, reports, historical data, and cross-platform validation.

AI-readable QA Portfolio via MCP

Built a public read-only remote MCP server for this QA portfolio. It exposes structured data about my QA experience, skills, tools, projects, domains, company history, recruiter summary, and contact links for AI agents and MCP-compatible clients. Hosted on Cloudflare Workers and validated with MCP Inspector.

Product-minded QA for Web, Mobile and AI-assisted Workflows

I’m a QA Engineer with strong product thinking. I help teams improve product quality by testing web and mobile products, analyzing user flows, validating analytics, investigating issues, writing clear QA documentation, and automating repetitive checks.

What I Focus On

Manual QA & Exploratory Testing

Testing real user flows, edge cases, product behavior, regression areas, and release-critical scenarios.

Product-minded QA

Understanding not only whether something works, but whether it works correctly for the user, the business goal, and the product flow.

Web & Mobile Testing

Experience with web products, iOS and Android apps, TestFlight, Google Play Console, Firebase, Crashlytics, Android Studio, and Xcode Simulator.

Analytics Validation

Validation of events, funnels, subscription metrics, user journeys, Mixpanel, Firebase Analytics, Google Play Console, and Apple App Store Connect data.

QA Automation

Automating repetitive checks with Playwright, TypeScript, API testing, Postman, and reusable test structures.

AI-assisted QA & MCP

Exploring AI-assisted QA workflows, MCP-based context access, QA knowledge automation, test case generation support, and bug report drafting.

Why Work With Me?

  • Nearly 20 years of QA experience across web, mobile, CRM, finance, healthcare, education, and subscription-based products.
  • Strong combination of manual QA, product thinking, documentation, analytics validation, and automation.
  • Experience working with cross-functional teams, product decisions, feature design, and release validation.
  • Practical mindset: I focus on real risks, user flows, business logic, and clear communication.

If you're looking for a QA Engineer who understands both product quality and modern AI-assisted QA workflows, let’s talk.

// blog.md

QA / AI / Product Notes

Practical notes on QA, product testing, analytics, subscriptions, AI tools, automation, and the risks behind real software products.

← Back to blog list
2026-06-19 AI, QA, Product QA, Privacy, Automation

IT / AI / QA Weekly #1 — Anthropic, Cursor, Meta Glasses and the Real Cost of AI

A product-minded QA digest about AI regulation, AI coding tools, privacy risks, social media restrictions, and why QA needs to test AI as a product dependency.

IT / AI / QA Weekly #1 — Anthropic, Cursor, Meta Glasses and the Real Cost of AI

This week in AI and tech was a good reminder that modern products no longer break only because of bugs. They can break because of regulation, pricing, model access, privacy risks, or because teams trust AI too much.

Anthropic, Fable, Mythos, and model access risk

The biggest AI story of the week was the reported US restriction around Anthropic’s Fable and Mythos models. The important part for QA is not only whether one specific model was blocked or limited. The bigger point is that access to a flagship AI model can become a political and regulatory issue almost overnight.

For product teams, this creates a new kind of dependency risk. What happens if your product relies on a model that becomes unavailable in some countries? What happens if the provider changes access rules, disables a capability, or forces identity verification?

QA take: AI features need fallback scenarios. A good test plan should include model unavailable, model degraded, region blocked, rate limited, and provider policy changed.

SpaceX reportedly buys Cursor for $60B

SpaceX reportedly locked in a $60 billion deal to acquire Cursor, one of the most popular AI coding tools. Whether someone uses Cursor, Claude Code, Codex, or another tool, the direction is clear: AI-assisted development is becoming core infrastructure, not just a nice productivity add-on.

This also changes the QA role. More code will be generated, refactored, and shipped with AI help. That does not remove the need for QA. It increases the need for strong review, regression testing, product understanding, and risk analysis.

QA take: AI-generated code should be treated as high-speed code, not automatically high-quality code. The faster teams generate changes, the more important smoke tests, regression coverage, and clear acceptance criteria become.

Meta smart glasses and face recognition risk

Meta smart glasses are a good example of a product where the main question is not only “does it work?” but also “should it work this way?” If glasses can recognize people in the real world, the product risk moves from UX into privacy, consent, abuse prevention, and regulation.

For QA, this kind of feature requires testing beyond the happy path. What happens with false positives? What data is stored? Can the user understand what is being captured? Can another person opt out? What happens in different regions with different privacy laws?

QA take: Privacy-sensitive features need product QA, security thinking, and clear negative scenarios. Testing only the main flow is not enough.

The UK considers stricter social media rules for children

The UK has been discussing stronger restrictions around children’s access to social media, including age-related proposals. For product teams, this is another reminder that legislation directly affects onboarding, account creation, parental controls, regional behavior, and account recovery.

Age verification sounds simple until you start testing it. Users can enter fake dates, travel between countries, use VPNs, lose access to documents, or get incorrectly blocked.

QA take: Age-based restrictions need careful testing across regions, edge cases, appeals, and analytics. A broken verification flow can block real users or let restricted users through.

Microsoft and cheaper AI models

Another important trend is cost pressure. Big companies are looking at cheaper and more specialized models instead of using the most expensive flagship model for every task. That makes sense. Not every workflow needs the smartest possible model.

For QA and engineering teams, this means AI cost testing becomes real. The question is not only “does the output look good?” but also “how much does this workflow cost at scale?” and “can a cheaper model do the same job well enough?”

QA take: AI workflows should be tested for quality, latency, cost, and model selection. Sometimes the best product decision is not the best model, but the most stable and cost-effective one.

MIT study: AI can help now and weaken judgment later

A MIT Media Lab study suggests that AI assistance can improve people’s ability to detect fake news in the short term, but may weaken their independent judgment over time. This is very relevant for QA.

AI is useful when it helps us compare options, find gaps, generate checklists, or challenge assumptions. It becomes dangerous when people stop thinking and just paste AI answers into test cases, bug reports, or product decisions.

QA take: AI should support critical thinking, not replace it. A QA engineer still needs to verify, question, reproduce, and understand the product.

My QA takeaway of the week

AI tools are no longer just tools. They are product dependencies.

That means QA needs to test them like dependencies: availability, fallback behavior, cost, model quality, privacy, compliance, and user impact. The job is not only to check if a button works. The job is to understand how the product can fail when the model, provider, law, pricing, or user trust changes.