Почему UI тестирует верхнюю часть тестовой пирамиды?

Question

Интервьюер задал мне следующие вопросы по поводу диаграммы ниже:

1. Почему для тестирования пользовательского интерфейса требуется меньше усилий?
2. Предназначена ли тестовая пирамида для программистов или тестировщиков?

Спасибо за вашу помощь по этим вопросам.

Answer 1

Согласно Тестовая пирамида: ключ к хорошей стратегии автоматического тестирования на следующей диаграмме представлена ​​ Тестовая пирамида , которая первоначально была отражена в одной из статей Мартина Фаулера которая была основана на концепции, разработанной Майком Коеном.

---

Тестовая пирамида

Тестовая пирамида - это инструмент дляустранить проблему чрезмерной зависимости от длительных автоматических / ручных тестов пользовательского интерфейса .

---

Отойти от TestPyramid

Пирамида подразумевает, что:

• Тесты на нижних уровнях дешевле в написании и обслуживании и быстрее выполняются.
• Тесты на верхних уровнях являются более дорогостоящими для написания и поддержки и более медленными для выполнения.
• В идеале, вы должны иметь лотов из модульные тесты , некоторые сервисные тесты и очень мало тесты пользовательского интерфейса .

Эта концепция полностью противоположна тестирующему конусу мороженого , который является наиболее часто встречающимся тестовой стратегией , применяемым в индустрии программного обеспечения, где у нас очень мало модульные тесты , некоторые UI-тест , лотов из QA-тестов и лотов из Ручные тесты .

---

Тестирование конуса мороженого

Тестирование мороженогоПодход Cone может быть легко идентифицирован, когда отдел QA создал автоматизированный набор тестов, а команда разработчиков - нет.В результате тесты будут очень продолжительными и нестабильными, потому что команда разработчиков не помогла собрать пакет или спроектировать приложение таким образом, чтобы его было легко тестировать.Новые проверки разработчиков регулярно нарушают функциональность продукта, и они полагаются на отдел QA, чтобы сообщить о дефектах, чтобы исправить это.

Answer 2

Мой ответ для 1. заключается в том, что это не означает, что в тестирование пользовательского интерфейса следует вкладывать «меньше усилий», но что тестирование пользовательского интерфейса должно охватывать «меньше кода», чем больших порций.

Что касается2. Это должен учитывать каждый, кто тестирует код.В некоторых организациях это (и должно быть) чаще всего специализированный тестер, а в других - разработчик.

У меня сложилось впечатление, что это не очень хорошие вопросы, но я не упоминаю об этом во время интервью.