QA Interview Flashcards
to prepare myself for a QA interview.
Tell me about yourself: (with a recruiter)
I work on web and mobile applications, testing UI and Functionality, Doing smoke and regression testing, using Jira, TestRail, chrome dev tool, ADB, Linux, Android Studio, and Xcode Testing different browsers and platforms. I have tested ios, android, windows, and mac.
Who are you looking for?
Tell me about yourself: (with hiring manager)
(Learn by heart, word to word, please repeat in front of a mirror)
*please make pauses and sound like a real person, don’t rush
I’ve been working in QA for the past few months making sure that all works, looks and feels good mainly focusing on functional and UI testing, testing both Web and Mobile applications, Making sure that requirements are implemented and reporting issues in Jira. working with iOS, Android, Windows, and Mac. I have a lot of experience with creating and maintaining QA documentation, using Testrail to create and execute test cases. Working with tools like Chrome Dev Tools, Xcode, Android Studio, ADB, and Unix. worked closely with Development and Product Management…Well, that’s pretty much it… Please feel free to ask if you have any particular questions.
*When reporting issues in Jira?
Once I saw a mismatch between actual and expected behavior.
How did you use ADB? (with Android devices)
To install/uninstall apps on android (adb install/uninstall)
To create a log file for Android (adb logcat)
How did you use Linux/Unix?
To search for errors/crashes/exceptions in the log file using “grep”
To run Linux/Unix command that we had in the steps of the test cases
*for example to clear cache and cookies on iOS devices, or to create files and folders on the device
To make sure all looks good, what do you mean?
(What did you look for)
yes, nothing is overlapped, misaligned or truncated. No grammar or spelling errors.
Correct font, size and color. According to the design document.
Call with a recruiter: (Relax it’s easy ;-) )
Recruiter: Hi Mr. X how are you doing?
You: Fine thank you, how are you?
Recruiter: Are you available on the market for new opportunities?
What kind of work visa do you have? citizenship? Green card? work authorization?
You: Yes, I’m looking for new opportunities. I have a green-card/citizenship/work authorization
Is it manual testing or automation?
Where is this position located? (in office/remote?) and what is the maximum rate?
Full Time or Contract? (you accept both!)
Recruiter: Yes, in your area. Manual. What’s your rate and availability?
You: I’m available for an interview anytime that works for you and can start the work in 2-3 weeks Notice, my rate is $35-40-45 (or 45-50) per hour if it’s a contract or 70-80-90K (or 90-100k) per year if it’s full-time.
Recruiter: what you prefer W2 or 1099?
You: W2 / 1099 (choose one), please send me the rate confirmation.
Recruiter: ok, I will send you the job description with rate confirmation (and sometimes rights to represent - RTR), please, confirm the rate with your updated resume attached.
You: OK.
(reply the e-mail with: “Confirmed”, and don’t apply twice [check job id] for the same position with another recruiter)
If they will ask you can answer:
- I don’t give my personal details like date of birth or ID/Green card before the interview
- Regarding SSN tell them that you give SSN last digits only after you pass the interview and receive an offer.
Why do you want to leave your current job and work with us?
Because it’s an internship and I’m looking for a long term opportunity
Our company lost many clients and that’s why the company is laying off people now, I want to find a stable long term opportunity
Because of the crisis, our company is laying off a lot of people and closing the office, I want to find a stable long term opportunity
Don’t say any negative stuff about the company/manager
Don’t say that you want more money
*Another potential answer:
Company planning to move Development and QA to East Europe next year
The project ends in a few months
You can say that: looking for new opportunities, challenges and exploring new tools and technologies
If you need to complete 80 test cases in 5 days, but after the first day you completed 8 test cases, what will you do?
I will continue executing test cases, also I will raise a concern to the QA Manager that we might need more time or effort/resources/people to finish this testing on time - if I see that the test cases are complicated or time-consuming.
What tickets/projects will you test first?
I will work according to the prioritization. Highest priority tickets first.
In case the priorities on the tickets or projects are the same (and they are time-consuming)
I would ask the QA manager which projects to prioritize
What do you do if a developer reassigns a bug/ticket back to you and marks it as
“Can’t reproduce?” (learn it!)
I will try to reproduce on the reported device, will make sure that I’m following the right steps, using the right Environment, Device, Platform, Build.
I will try to reproduce it on 1 or more other devices to make sure that it’s not device-related.
If not reproducible - I will close the ticket and leave a comment.
*Example: “Not reproducible on this-and-this Device, Platform, Build”
If reproducible - I will reopen the ticket and assign it back to the developer with my comment.
*Example: “Reproducible on this-and-this Device, Platform, Build”
What would you do if a developer reassigns a ticket/bug back to you and marks it as “as-designed” / “not a bug”? (learn it!)
I will double-check the requirements, if according to the requirements it’s expected behavior -
I will close the bug and leave a comment,
BUT if it’s not expected according to requirements - I will reopen the bug, assign it back to the developer and leave a comment,
If the requirements are not clear or maybe missing, I will ask the product manager for clarifications.
And will close or reopen the ticket based on his/her answer.
*Always leave a comment
What kind of comments do you leave once it’s as expected (according to the requirements)?
“as designed” or “not a bug”
What kind of comments do you leave once it’s against the requirement?
the comment would be for example
“This is a valid bug/issue according to the requirements (for example PRD/Design/BRD/Specs) page 27 line 7”
What kind of requirements did you work with?
PRD, Design
Where are the requirements located?
on Google Drive (shared with our team)
If they ask in which format was the document?
PDF with the PRD (how all should work)
PDF with Design document (How all should look)
How many pages does your PRD (Product Requirement Document) have? 25!
- Reopen means: change the status to Open and assign it back to the developer*
- *in real life if you are told that it’s not a bug you close the ticket and leave it alone;-)*
- (don’t mention it during the interview, it’s for your understanding)*
It is pretty often after SQA (Software Quality Assurance) engineer enters a bug, the bug comes back as “not a bug”
Why is that?
List of reasons:
- As designed, cannot map to the requirement or test case
- Will not fix, the bug is a too low priority (P) and will not be addressed in the near future
- This is a story, not a bug (enhancement request)
- Soon this area is going to be redesigned and completely changed and developers don’t want to waste time on it
How did you write bug tickets? (learn it!)
(you MUST answer very confidently and without going into details)
* I’m going to Jira and creating a new ticket.
- I am choosing the correct project, selecting the issue type—the new ticket, a bug report.
- Writing the Title
- Description with steps to reproduce, actual and expected behavior,
- Choose the Environment
- Set the Priority,
- Add the Attachments of the screenshots, videos, or log files
- Set the Assignee
- *Title - should be short and informative, should show what and where is the problem*
- Title example: The main page > “Start now” button is truncated*
*Extra in case you are asked for more: Link, Label
- Linking (Link) relevant ticket if there is such (“related to” for example or “duplicate of”)
- Label (any name of project/device/team/etc)
Examples when you add attachments:
- Screenshot (if UI), (for example: if something is overlapped, misaligned, or truncated)
- videos (if it will help to better understand the bug)
- log files (if for example crash of the app or any functional issue)
What are Bug Report components?
- Project: Name
- Issue Type: Bug
- Title (informative and not long, what & where happens)
- Description (Steps to reproduce, Actual, Expected)
- Priority (Highest, High, Medium, Low, Lowest)
- Environment (Which device and platform, mac/win chrome/ff/ie, Android, iOS, Browser version)
- Attachment (Screenshot, Video recording, Log file)
- Assignee
Tell me about your current PROJECT: (examples)
no need to say the name of the app if they don’t ask
Project name (Hirio):
I am working on a web and mobile app developed for job search management. Employers post job offers, and candidates can apply to them. The testing scope implies two sides: the employer’s and the candidate’s sides. I am working on both. Our app supports different browsers and operating systems.
I am primarily responsible for functional, black-box, and UI testing, writing and executing test cases in TestRail, and reporting and verifying bugs in Jira.
Responsible for compatibility testing, testing web and mobile applications, different platforms, and devices. I’m always trying to provide our customers with the best possible user experience and quality products. I worked closely with development and product management.
What responsibilities do you have there?
Example 1:
Our company specializes in Development and QA solutions.
As a part of a QA team, I was testing iOS, Android, Windows, and Mac, performing mainly Functional and GUI testing on mobile and web apps, covering basic functional testing, smoke, and regression. Used Xcode and Android Studio. Used Jira to write bug reports and verify bug fixes, used TestRail to create and execute test cases, worked closely with development and product management.
…that’s pretty much it.
Example 2:
I am mostly responsible for functional, black-box, and UI testing, writing and executing test cases in TestRail, and reporting and verifying bugs in Jira.
Responsible for compatibility testing, testing web, and mobile applications, different platforms, and devices. I’m always trying to provide our customers with the best possible user experience and a quality product. Worked closely with development and product management.
Example 3:
As a part of the QA team, I am performing functional and UI testing on different platforms and devices, web and mobile, iOS, Android, Windows, and Mac. I am writing and executing test cases in TestRail and reporting and verifying bugs in Jira. I always try to make sure that our customers get the best user experience and we meet all the requirements.
Example 4:
I’m mainly focusing on functional, black-box, UI testing on the web and mobile. Creating and executing test cases in TestRail, writing bugs in Jira. Using different tools such as TestFlight, Xcode, ADB, Chrome DevTools, and UNIX.
Making sure our customers get the best possible user experience.
What is black-box testing?
Black-box testing is a method of software testing that examines the functionality of an application without peering into its internal structures or workings. (testing without access to the code)
How did you set a priority?
It depends on different factors, such as company culture, phase of the SDLC, place (main page or not?), and type (Functional or UI) of the issue and priorities of the company. Mostly functional issues were a higher priority than UI issues, and it also depended on where the issue was - e.g., if on the main page then the priorities were higher than on the non-popular page.
The priority of the bug is determined by the impact on business and overall user experience.
Guidelines around priority set by Product, Business, and Engineering departments.
Highest, High, Medium, Low, Lowest
P0 P1 P2 P3 P4
Priority:
P0 Highest Resolve immediately
P1 High Resolve right after Highest
P2 Medium Resolve right after High
P3 Low Minor issue
EXAMPLE:
- Blocker: stops user/customer from using the main functionality
- Critical: Core functionality is broken, but there is a way around
- Severe: Functionality is broken but not affecting core user experience
- Major-Minor: UI issues that are not affecting core functionality, but visually off

