I was applying for QA intern in a company. There were 3 lights forming a triangle. Interviewer said to me that the developer built the lights in a triangular form. He then asked what'd I do as a QA to test it?

I told I'd test 1 light at first, then another light. Then test both lights together. Consult with client to ask if the requirement is met etc. I also told I'd test if the client wanted equilateral, isosceles triangle or what and make sure it's accordingly.

No surprises, I didn't get selected for the role. What's the answer? I know it's open ended, but still any guidance?

2 Answers 2


I agree -- these types of questions need to stop. I get it; they are easy to ask and are supposed to be setting up a level playing field for interview candidates as everyone is knowledgeable about lights (or whatever physical object they ask about) to some level. This helps the interviewer compare answers to other candidates. It also helps the interviewer by not giving away any company secrets about their own products.

Generally, the interviewer is wanting you to ask questions to gain clarity instead of jumping straight into an answer. Interviewing is a skill like any other, so the more you can practice interviewing, the better you'll do.

With the information you provided, what can you ask to gain clarity?

  • Are there any requirements for this project?
  • What is the purpose of the lights?
  • Why is having the lights setup in a triangle important? Is this a requirement? Can they be setup differently? Are the lightbulbs triangular or are they setup in a triangular shape? What happens if you setup/move the lights?
  • How do I turn on/turn off the lights? Are there multiple ways to turn on/off the lights? If so, what are those ways?
  • What should occur when I turn on the lights?
  • What should occur when I turn the lights off?
  • What color is the light supposed to be?
  • Do the lights have a timer?
  • Where are the lights mounted? Where should they be mounted?
  • What types of lights are being used?
  • What shape are the lights?
  • What should happen if you add or remove a light?
  • Are they smart lights that can be controlled via an app?
  • Are the lights an accessory to a larger item (think camera, tv, projector, car head/tail lights, etc)? How do they interact with those accessories?
  • etc, etc. There are too many questions to ask! (QA can mean Question Anything)

Some of these questions you might think, "I already know the answer." Don't go there. Don't assume you know the answer. QA can mean "Quit Assuming." In my experience, bugs occur when people on the team make assumptions about the requirements or functionality. Ultimately, get in the habit of asking questions to learn, to seek clarity, to seek knowledge!

With you asking those questions, you want to pay attention to the interviewer's answers as they can lead you to the right test cases to implement. Bring paper with you to write down their answers.

How do you answer and create test cases now?

You want to be holistic. The answers you gave really concentrate on functionality. I like what Kate said in her answer about fitness for use. What does that look like? Your answers should touch on:

  • Performance of the lights. Turn the lights on/off repeatedly for x,y,z number of days. Bonus points if you say, I'll build a robot to do this as you're thinking of how to automate the test.
  • Security of the lights. If they are smart lights, ensure proper access control to the lights. If not smart lights, you can ensure proper access control to the room they are setup in.
  • Usability: are the lights easy or hard to use? Can everyone use them: different ages, people with disabilities (this is your accessibility testing), people that speak different languages (localization and internationalization testing)?
  • Observability: Are the color, tone, temperature of the lights correct and match the requirements?
  • Scope: If the lights are an accessory, test for integrations into the product. What are things that can go right/wrong once it's integrated?
  • Edge cases: you damage the lightbulb; you cause an electrical short; you cause a flicker; does it still work? There are tons of ways to cause failure. How do the lights (or really, the application) recover from failure?

Bonus points if you can also add in what you'd do if you found a bug; who would you reach out to for answers to your questions? Yes, you mention collaborating with the client, but unless you are doing consulting work, or work at an agency, the client is the business you work at. So, mention how you'd collaborate with the developers, the Project/Product Manager, DevOps, etc.

The answer they are looking for, the terms they are wanting to here used are: Performance, security, usability and user experience, observability, accessibility, localization, internationalization, etc. So the more you can do this, know terminology, how to use terminology, and create a strategy, the better you'll do in the interview!

Side note: I'd say, lights is a weird one. A cup, a mug, a pen are very common.

Also, since this was for an intern position, you may not know the techniques or terminology. I'd encourage you to seek out that knowledge.


First up, I hate these kinds of questions with a passion. They're too artificial and tend to leave people floundering if they're not expecting something tricky.

That said, the interviewer is probably looking for some ideas about how you would handle testing something where you had no idea what was going on.

So, the first thing to do is to ask the interviewer what the purpose of the lights is. Specifically, are they in a triangle for a reason? Are they meant to indicate something? (like, say, build status - I've seen a mocked-up traffic light arrangement used to indicate the status of the main product build). If they're just to provide light to an area, which area?

The answers to these questions will give you an idea what the lights are intended to be used for, which means once you've covered basic functionality (do all the lights turn on when they should and off when they should), you can look at evaluating fitness for use. If, for instance, they're meant to light someone's desk but the proposed position of the lights leave the desk in deep shadow (or glare into the owner's eyes), then they're not fit for use.

That should help you to handle these off-the-wall questions in future interviews, even if it's not much use to you right now.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.