Ответы выше дают несколько отличных примеров того, как и что тестировать в отношении веб-приложений.
Я собираюсь очень быстро ответить на несколько других вопросов в вашем вопросе:
Когда я беру интервью на должности в нашей команде QA, у меня возникают две основные проблемы: способ , о котором думает собеседник, и его знание основной технологической области.
Я взял интервью у студентов и специалистов, чья идея тестирования приложения заключается в том, чтобы «включить его и посмотреть, курит ли оно». Они часто прекрасно понимали технологию продукта (например, внутреннюю работу HTTP), но не могли связать эти знания с практическим и систематическим приложением (например, как протестировать приложение базы данных, которое взаимодействует с сервером через HTTP).
Меня также завалили контрольными случаями интервьюируемые, которые просто не понимали применяемую технологию (например, сетевые инструменты, простые приложения Java, клиенты баз данных). Недостаток понимания сильно ухудшил их способность находить проницательные и полезные контрольные примеры, даже если они смогли обеспечить большое количество тестов.
В любом случае, я настоятельно рекомендую (для любого типа интервью) сначала исследовать область, в которой вы будете работать до интервью. Не просто пытайтесь объединить жаргонные и модные слова (вы будете выглядеть глупо, если вы их неправильно поняли), но исследуйте позицию с намерением узнать, что это влечет за собой. Чем больше вы знаете до интервью, тем лучше вы понимаете контекст, из которого поступают вопросы.
Кроме того, не стесняйтесь просить ясности по вопросу интервью. Я раздражаюсь, когда кто-то не понимает, что я спрашиваю, и пытается подделать это. Если кто-то просит меня переформулировать или уточнить то, что я сказал, я обычно воспринимаю это как добрый знак того, кто хочет точно общаться.