QA сценарий для интервью
На сайте Amazon есть несколько продуктов, которые вошли в топ-лист из-за их рекламы. если сегодня вы провели последний раунд испытаний, а завтра - производство. если это сломается на производстве, то в чем может быть причина?
2 ответа
У меня нет большого опыта тестирования QA (4 года), но я видел, как программное обеспечение ломалось в производстве даже после интенсивного тестирования. Основной причиной было то, что тестировщики не могли мыслить нестандартно и придерживались рутинного тестирования. По крайней мере, в моей компании было много разногласий между разработчиками, тестировщиками и конечными пользователями. И это привело к тому, что тестеры не знали, как программное обеспечение используется клиентами. Дело в том, что никто не может сделать программное обеспечение без ошибок. Это всегда компромисс по качеству и графику. Как сказал мне мой менеджер по коммерциализации во время одной из наших встреч, у вас всегда будут ошибки, это ваше решение, когда вы согласны с тем, что они там.
Первое, что мне пришло в голову: Интеграционное тестирование не проводилось, когда для него были возможности или оно было сделано плохо, возможно, из-за ограничений по срокам проекта.
И да, тогда есть сценарии, о которых упоминал @Hemant.
Возможная причина может быть ниже:
- Полная регрессия не выполняется или недостаточно регресса для функции Featured add.
- Тестирование функции не выполняется согласно требованию.
- Функция работает нормально, но показывает проблемы при увеличении TPS. Вот почему проблемы в производстве. Причина - тестирование производительности не сделано.
- Функция может не проверяться в сквозной среде тестирования продукта.
Вы проверили все проблемы. но прежде чем продукт будет запущен, мы, как инженер-испытатель, должны убедиться, что
Это проверено в среде, похожей на производственную (стадия), где мы терпим неудачу из-за тупиков и прочее.
В сценической среде мы должны полностью мыслить как конечный пользователь и тестировать продукт.
Составьте список [при тестировании в среде QA] модулей, которые могут сломаться или являются очень рискованными. и убедитесь, что вы запускаете повторные тесты на этих модулях.
Убедитесь, что вы выполнили свои тестовые примеры в производственной среде. Это поможет вам решить проблему до того, как конечные пользователи найдут ее в производстве.
Ожидается, что для продуктов из топ-списка они получат много кликов, поэтому стресс-тестирование должно было дать четко определенные ограничения - проверьте их.
Просмотрите инструкции по установке в SRF, чтобы проверить, полностью ли они выполнены.
Проверьте журналы ошибок на наличие исключений из тестовых случаев.
В большинстве случаев, когда после развертывания в работе происходит сбой, причины просты и идентифицируются, следуя основам, если нет, то это новый тестовый пример:)
Рекомендуемые продукты часто добавляются на сайт электронной коммерции через пользовательский интерфейс типа мастера. Если приложение разбито на раздел рекомендуемых продуктов (это можно проверить, просмотрев журналы сервера), то наиболее вероятной причиной отказа приложения может быть то, что избранный продукт не может быть добавлен на сайт должным образом. Теперь для тестирования этой функции необходимо выполнить правильное тестирование добавления продуктов с помощью вышеупомянутого мастера. Мастер может добавить продукты, основываясь на нескольких динамических факторах, таких как топ-рейтинги, топ-продавцы и т. Д., Которые действительно доступны только в производственной среде. Таким образом, наиболее вероятной причиной может быть то, что рекомендуемый продукт не может быть добавлен на сайт из-за некоторого динамического фактора, на основании которого он отображается на сайте.