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?

3 Answers 3


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.


For the given question, first, I would ensure that I understand the requirements of the system by consulting with the development team or client and seeking clarification where needed. Here are some crucial questions that can help in this regard:

  1. What is the purpose of the lights in the room?
  2. What type of lights are being used in the room (e.g., LED, fluorescent, incandescent)?
  3. How many lights are in the room, and what is their placement?
  4. Why ar ethey in a triangle?
  5. What kind of triangle is it (e.g., equilateral, isosceles, scalene)?
  6. What are the expected lighting patterns for the different configurations of the lights?
  7. What kind of switches or controls will be used to operate the lights?
  8. What are the lighting requirements for the room (e.g., brightness, color temperature)?
  9. What are the different use cases that need to be considered (e.g., daytime, nighttime, different lighting patterns)?

By asking these questions, you can gain a better understanding of the requirements and scope of the testing. This information will help you to design a testing plan that meets the requirements and ensures that the lights in the room are functioning as expected.

Next, I would test each individual light to ensure that it is functioning correctly. I would then proceed to test pairs of lights to ensure that they work together as expected. Finally, I would test all three lights together to ensure that they are working in harmony.

In addition, I would also test the lights under different conditions such as dim lighting, bright lighting, and in complete darkness to ensure that they perform consistently under all conditions. Furthermore, I would test the system with different lighting patterns and angles to ensure that it is adaptable and flexible.

To validate the requirements of the system, I would consult with the client and ensure that they are satisfied with the performance of the lights.

An example of a tool that could be used to test the lights is a simple light switch. Additionally, a lux meter could be used to measure the amount of light generated by each light and ensure that they are consistent.

As a software tester, it is crucial to approach the testing process systematically and thoroughly to ensure that the system is functioning correctly and meets the requirements of the client.

Your Answer

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

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