Вопросы для собеседования по тестированию программного обеспечения: как обеспечить 100% покрытие тестами?

Это распространенный вопрос на собеседовании. 100% покрытие тестами не только трудно достичь, но и относительно трудно измерить. С точки зрения начальника, уровень покрытия высок, если на линии нет ошибок, а уровень покрытия является неполным, если есть ошибки; С точки зрения выполнения теста, мы могли бы также рассмотреть этот вопрос с точки зрения улучшения охвата тестовых случаев.

Как повысить скорость выполнения тестовых случаев: 1. Прежде чем писать тестовые примеры, подробно прочитайте документ PRD.Вы можете соединить функциональные точки и логику последовательно, чтобы сформировать свое собственное структурированное понимание продукта, и попытаться открыть для себя продукт в этот этап Упущения. 2. В соответствии с собственным пониманием продукта напишите контрольные точки, которые можно сначала отсортировать по интеллект-карте, а затем можно разложить по тест-кейсам. 3. И продукт, разработка для тестового обзора, вы можете просмотреть карту разума, чтобы убедиться, что нет проблем с самой вашей логикой, вы можете пройти подробные тестовые случаи внутри, а у внешней команды может не хватить времени и сил на просмотреть подробные тестовые примеры вместе с вами. 4. Исправьте проблемы, обнаруженные в процессе обзора и в процессе реализации, особенно для новых проектов, все еще есть некоторые недоразумения, которые не были реализованы на начальном этапе производства, исследований и испытаний.

Советы:

  • Проверка сложных сценариев

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

  • Проверка граничных значений

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

  • Тестирование процесса исключения

Для аномальных процессов это часто место, где R&D часто плохо считается, а у пользователей часто бывает много хитрых операций.Для них, если есть проблема с системой, это проблема, и пользователи не могут быть ограничены в соответствии с к вашему процессу.

  • Нефункциональные тесты:

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

Ниже приводится вспомогательная информация.Для друзей, которые занимаются [тестированием программного обеспечения], это должен быть самый полный и полный склад подготовки.Этот склад также сопровождал меня в самом сложном путешествии.Я надеюсь, что он может помочь и вам!

Апплет интервью по тестированию программного обеспечения

Банк вопросов по тестированию программного обеспечения заполнен миллионами людей! ! ! Кто знает! ! ! Самая полная мини-программа-викторина во всей сети, вы можете использовать свой мобильный телефон, чтобы делать викторины, в метро или в автобусе, сверните его!

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

1. Базовая теория тестирования программного обеспечения, 2. Веб, приложение, функциональное тестирование интерфейса, 3. Сеть, 4. База данных, 5. Linux

6. веб, приложение, автоматизация интерфейса, 7. тестирование производительности, 8. основы программирования, 9. вопросы на собеседовании, 10. вопросы открытого теста, 11. тестирование безопасности, 12. основы работы с компьютером

Метод получения информации:

Guess you like

Origin blog.csdn.net/jiangjunsss/article/details/131766193