FAQ

Ниже приведены наиболее часто задаваемые вопросы сообщества Guru99.

Не можете просмотреть видео?

Все видео на этом сайте размещены на YouTube и вставлен сюда…
Вы вероятно, заходим на сайт из места, где YouTube запрещен (ваша компания, колледж или страна, где YouTube запрещен)

Попробуйте получить доступ к видео из неограниченной среды.
Это можно сделать НЕ необходимо зарегистрироваться, чтобы увидеть видео.

Я не получил электронное письмо по проекту

Обратите внимание, что электронные письма по проектам отправляются с интервалом в 24 часа. Таким образом, если вы подписались в 10:10 четверга, вы получите следующее электронное письмо в XNUMX:XNUMX пятницы.

Пожалуйста, проверьте нежелательную почту или спам Mailкоробка. Если вы используете Gmail, проверьте PromoВкладка «Параметры»

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

Если в приложении обнаружена ошибка, кто будет определять серьезность и приоритет ошибки?

Серьезность дефект определяется лицом, выявившим проблему (тестировщиком), а приоритет определяется лицом, занимающимся устранением проблемы (разработчиками).

Как тестировщик, вы можете расставить приоритеты среди дефектов, которые обычно проверяет руководитель тестирования. Разработчики после анализа решат, является ли это дефектом с высоким или низким приоритетом. В большинстве случаев это делает разработчик, но тестировщик также может привлечь к этому внимание, чтобы объяснить серьезность проблемы. После обсуждения ведущие придут к заключению.

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

Что вы будете делать, если Функциональной спецификации/каких-либо документов, относящихся к системе, нет?

  • Сначала попытайтесь понять предметную область вместе с бизнес-аналитиками или представителями малого и среднего бизнеса. Проведите исследовательское тестирование, чтобы понять систему.
  • Если в проекте нет Бизнес-аналитик или МСП, поговорите с людьми, работавшими над аналогичными системами.
  • Чтобы понять бизнес, поговорите с сообществом пользователей
  • Узнайте характеристики аналогичного продукта в Интернете или в PMO.
  • Найдите прикладное программное обеспечение того же типа и изучите его особенности.
  • Ищите важные бизнес-сценарии, альтернативные документы, статьи по темам приложений.
  • Задайте разъяснения по всем модулям разработчикам
  • Пользовательские исторические данные, приложения и функции
  • Не тестируйте приложение технически, сначала протестируйте его только с точки зрения пользователя.

Что может сделать тестер, если он обнаружит проблему с остановкой показа за несколько дней до релиза?

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

Почему вы выбираете область обеспечения качества программного обеспечения?

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

В области контроля качества тестировщики должны быть осведомлены обо всех функциях тестируемого приложения, это позволяет ему знать о различных типах приложений, разработанных в разных средах, даже о некоторых базовых концепциях программирования. Знания будут шире, когда мы будем проводить тестирование, но они будут узкими, когда мы занимаемся программированием. Разработчик может разрабатывать лишь небольшой сегмент всего приложения и может не знать о приложении в целом. В данном случае я почувствовал, что роль QA (тестировщика) более интересна.

Не нашли Ответа?

Свяжитесь с нами