Initial commit: interview prep repo (resume, legend, stack cases, Kubernetes course)
This commit is contained in:
21
stack/testing/CASE.md
Normal file
21
stack/testing/CASE.md
Normal file
@@ -0,0 +1,21 @@
|
||||
# Кейс: тестирование (Selenium, тест-дизайн)
|
||||
|
||||
> Заготовка. Статус: TODO — требует полной проработки по правилам [../../AI_GUIDELINES.md](../../AI_GUIDELINES.md).
|
||||
|
||||
Связь с легендой: [../../legend/LEGEND.md](../../legend/LEGEND.md) — раздел «ОКБ СУХОЙ», тестовые сценарии, автоматизированные модульные и интеграционные тесты, работа на CentOS-стендах.
|
||||
|
||||
## Что нужно проработать
|
||||
|
||||
- [ ] Написать простой Selenium-тест (Python + selenium + pytest) на любой публичный/локальный тестовый сайт (например, свой же локальный сервис из [../nginx/CASE.md](../nginx/CASE.md) с простой HTML-страницей).
|
||||
- [ ] Структурировать тест по Page Object Model — паттерн, который часто спрашивают отдельно.
|
||||
- [ ] Написать тест-кейсы (тест-дизайн) на бумаге/в markdown для гипотетической фичи — с шагами, ожидаемым результатом, приоритетом — чтобы показать не только автоматизацию, но и ручной тест-дизайн, упомянутый в резюме.
|
||||
- [ ] Разобрать разницу unit / integration / e2e тестов применительно к своему опыту (модульные и интеграционные тесты в резюме).
|
||||
- [ ] Оформить пример баг-репорта (шаги воспроизведения, ожидаемое/фактическое поведение, окружение) — это то, что реально делал инженер-тестировщик.
|
||||
|
||||
## QUESTIONS.md
|
||||
|
||||
- [ ] Составить вопросы: что такое Page Object Model и зачем он нужен, разница smoke/regression тестирования, как приоритизировать тесты при ограниченном времени, что такое flaky test и как с ним бороться, разница между verification и validation.
|
||||
|
||||
## Как это ложится в легенду
|
||||
|
||||
Роль в ОКБ СУХОЙ — тестировщик встроенного ПО. Кейс должен показать связку ручного тест-дизайна и автоматизации, а не только Selenium-скрипт в отрыве от контекста.
|
||||
Reference in New Issue
Block a user