I passed the "Get a login pass" beginner API testing challenge on SoftwareTestPilot. It was graded from my real requests and practice data. Try it: https://softwaretestpilot.com/api-playground?challenge=login
QA Questions
Stuck on a test? Ask with context and the exact error. Know the fix? Help another tester solve it. Browse every discussion.
Running Appium + XCUITest on a BrowserStack real device pool. Flake rate ~12% on iOS, ~6% on Android. Screenshots on failure look identical to passing runs. I've tried longer waits, retries, and disabling animations. Marginal improvement. For teams running Appium on real devices at scale: what are the *actual* systemic causes of flake beyond "add more waits"? Session leaks? Device state? Network variance on the cloud provider? Would love a checklist ordered by "likely to fix your problem", not a list of every possible thing.
5 years in a services company in Pune, mostly manual + some Selenium. Comp is fine but the work is Jira-ticket-shaped and I want to grow. Trying to move into a product company or a remote role with a foreign employer. Every job spec asks for "modern stack" (Playwright, k6, contract testing) that I don't get exposure to in my current project. For folks who made this jump from Indian services to product / remote: what actually worked? Side projects? Certifications? Open source? Referrals? How did you close the "modern tools" gap when your day job doesn't use them?
We just failed a WCAG 2.2 audit. Leadership response: "QA should have caught this". Devs response: "we didn't have a11y requirements in the ticket". Design says "we followed the design system". Everyone points at everyone else. Meanwhile the bugs are real and users are affected. How is accessibility testing actually owned in mature teams? Is there a "right" model — QA runs axe scans, devs fix in PR, design owns component-level compliance? Or is it always messy?
Sold Pact to leadership. Set up the broker. Wrote example consumer + provider tests. Two teams tried it, three teams politely ignored it. The teams that ignored it are exactly the ones causing cross-service breakages in staging. For anyone who's driven Pact adoption across multiple teams: what actually worked? Executive mandate? Making it a deploy gate? Pair sessions? Onboarding template? Every "how to adopt Pact" post covers the tool, not the org problem.
New VP asked for a "QA metrics dashboard". I've been in QA long enough to know that whatever I put on that dashboard is what my team will optimize for — for better or worse. Test count, pass rate, code coverage — these all feel like theatre. Escaped defects and MTTR feel real but are lagging. What metrics have you seen actually change behavior in a healthy way (i.e., drove better quality without perverse incentives)? And which ones did you regret putting on a dashboard?
About to start migrating ~700 Cypress specs to Playwright. Read all the marketing "why Playwright > Cypress" posts. Now I want the other side. For teams that've completed this migration 6+ months ago: what do you *actually* regret? What did you lose (DX, tooling, team velocity) that the switch cost you? What would you do differently, or would you not have migrated at all? Honest post-migration regrets please, not vendor comparisons.
We have a small AppSec team (2 people) and 40+ engineers. AppSec can't keep up with review. SDETs are being asked to "shift left on security". Where's the reasonable line? Am I supposed to become a pentester on top of my day job? What security checks *should* SDETs own (SAST triage? auth flow tests? OWASP top 10 basics?), and what should stay firmly with AppSec? Looking for a division of responsibility that isn't just "everything is your problem".
Two offers on the table. On paper both are similar (comp, title, stack). I want to avoid walking into a "QA is a testing department that runs regression 2 weeks before release" situation again. What are the specific questions to ask in interviews, or things to look for in offers/job specs, that signal a healthy vs dysfunctional QA culture? Beyond the obvious ("do you have a QA team?" "how many manual testers?") — the subtle red flags that only reveal themselves after 3 months in the role.
Every spec assumes a fresh DB. Right now we hit a /test/reset endpoint in before() which mutates a shared staging DB - flaky as expected. What patterns are people using? Per-worker seeded DBs? Docker per spec? Snapshots?
One button in a bottom sheet ignores ~30% of clicks. Element is found, isDisplayed=true, but nothing happens. Adb tap on the same coordinates works. Chromedriver? Overlapping view? What would you check first?
Migrating a 3 year old Selenium Java suite. Team is split between WebDriverWait with ExpectedConditions and FluentWait with polling + ignoring. On our React app both are flaky in different ways. What do you actually run in prod?
About QA discussions and answers
This is the question-and-answer space of the community. Testers ask about manual testing, automation, API testing, SQL, CI/CD and career decisions, and other members answer from their own work.
Asking a question that gets answered
Clear questions get replies faster.
- Write a specific title, such as "Playwright test times out waiting for a dropdown"
- Include the tool, language and version you are using
- Show the smallest piece of code or the exact steps that reproduce the problem
- Say what you already tried so people do not repeat it
Accepted and helpful answers
When an answer solves your problem, mark it as the accepted solution so the next person with the same issue finds it quickly. Members can also mark answers as helpful. Accepted and helpful answers add to the answerer's community reputation; plain likes do not verify anyone's skills.
Before you post
Search first, since many common problems already have answers. Keep company secrets, customer data and passwords out of your posts.
