Ответьте на более чем 100 вопросов MCQ по обеспечению качества программного обеспечения и оцените свои знания в области обеспечения качества программного обеспечения.
Прокрутите ниже и начните!
A. Попытка пользователя тестирование
B. Приемное тестирование пользователя
A. Проверка проверки
B. ЕДИНЦИОННЫЕ Тестирование
C. Системное тестирование
D. Интеграционное тестирование
A. черный ящик
B. белая коробка
C. стеклянная коробка
D. серо-бокс
A. Старый метод расчета расстояния между двумя объектами
B. Принцип или механизм, с помощью которого мы можем сказать, работает ли программное обеспечение в соответствии с чьими критериями;
C. Нет такой вещи!
D. Метод, с помощью которого обучение происходит в результате открытий, информированных в результате исследования.
A. Чтобы оценить, готово ли программное обеспечение для выпуска.
B. Чтобы найти недостатки в программном обеспечении.
C. Чтобы доказать, что программное обеспечение верно.
D. Чтобы продемонстрировать, что программное обеспечение не работает.
A. Заявления в программе
B. Независимые логические пути в программе
C. Ошибки в программе
D. Циклы в программе
A. Обнаружено, что требование, которое он предлагает реализовать, уже существует.
B. Его приоритет очень высокий, и с ним нужно немедленно обрабатывать.
C. Команда тестирования обвиняется в том, чтобы увидеть это.
D. Это технологически сложное.
A. ЛОЖЬ
B. Истинный
A. ЛОЖЬ
B. Истинный
A. Использовать логические условия в программном модуле
B. Сосредоточьтесь на тестировании достоверности конструкций петли
C. Полагаться на тестирование базисного пути
D. Выберите пути тестирования на основе местоположений и использования переменных
A. Удовлетворенность клиента
B. Отслеживание дефектов
C. Командная работа
D. Управление конфигурацией
A. Ошибки производительности
B. Опечатки и логические ошибки
C. Типографские ошибки
D. Логические ошибки
E. Поведенческие ошибки
A. Начальный, управляемый, определенный, количественно управляемый, оптимизация
B. Ни один из них
C. Функциональность, надежность, удобство использования, эффективность, обслуживаемость, мобильность
A. Инструмент, используемый для не функционального тестирования
B. Бесплатный инструмент с открытым исходным кодом
C. Инструмент тестирования на основе веб -сайта
D. превыше всего
E. Инструмент автоматизации
A. Белая коробка
B. Серая коробка
C. Джунит Тест
D. Интеграционное тестирование
E. Черный ящик
A. Тестирование на основе сеанса-это метод тестирования программного обеспечения, который направлен на сочетание подотчетности и исследовательского тестирования, чтобы обеспечить быстрое обнаружение дефектов, творческий дизайн тестирования на лете.
B. Тестирование на основе сеанса-это метод испытания программного обеспечения, который включает в себя тестер, регистрирующий их поведение, которое будет рассмотрено на более позднем этапе.
C. Тестирование на основе сеансов-это метод тестирования программного обеспечения, который направлен на повышение навыков младших тестеров, которые могут быть не так удобны с тестируемой системой.
D. Тестирование на основе сеанса-это метод тестирования программного обеспечения, который направлен на то, чтобы объединить быстрые результаты с ожиданиями гибкой команды.
A. Сосредоточьтесь на тестировании достоверности конструкций петли
B. Выберите пути тестирования на основе местоположений и использования переменных
C. Использовать логические условия в программном модуле
D. полагаться на базис тестирования пути
A. Внутренний дизайн и код программы
B. Требования и функциональность
C. Как приложение функционирует при тяжелых нагрузках
D. Кодовые заявления, филиалы, пути и условия
A. Совместимость: большинство эмуляторов несовместимы с популярными версиями MS Windows.
B. Проблемы с установкой: установка и обработка эмуляторов более громоздко, чем обработка реального оборудования.
C. Отсутствие надежности: эмуляторы могут не представлять аппаратные ограничения адекватно.
D. Отсутствие надежности: эмуляторы могут не представлять пользовательский интерфейс адекватно.
A. Истинный
B. ЛОЖЬ
A. Выберите пути тестирования на основе местоположений и использования переменных
B. Использовать логические условия в программном модуле
C. Полагаться на тестирование базисного пути
D. Сосредоточьтесь на тестировании достоверности конструкций петли
A. Исключение
B. Альфа
C. Бета
D. Черный ящик
A. Чрезвычайное программирование
B. Метод водопада
C. Гибкое развитие
D. Тестовая разработка
A. Использование исследования
B. Пользовательский опыт
C. Под существованием
D. Удобство использования
A. Неправильные или отсутствующие функции
B. Неправильные или отсутствующие функции, а также ошибки интерфейса и ошибки производительности
C. Ошибки интерфейса
D. Ошибки производительности
E. Ничего из этого
A. Альфа -тесты проводятся пользователем, в то время как бета -тесты выполняются командой тестирования.
B. Альфа -тесты выполняются пользователем под наблюдением команды тестирования в тестовой лаборатории, в то время как тесты ставок выполняются пользователем на объектах пользователя без контроля.
C. Бета -тесты проводятся пользователем, в то время как альфа -тесты выполняются командой тестирования.
D. Бета -тесты выполняются пользователем под наблюдением команды тестирования в тестовой лаборатории, в то время как альфа -тесты выполняются пользователем на объектах пользователя без близкого контроля.
A. Формальное тестирование программного обеспечения
B. Неформальное собрание для оценки или информационных целей
C. Углубленный взгляд на то, как функционирует программное обеспечение
D. Ничего из этого
A. Серьезность определяется главным образом техническими факторами, в то время как приоритет определяется факторами, связанными с бизнесом.
B. Серьезность определяется разработчиками и бизнес -анализом, в то время как приоритет - командой тестирования.
C. Приоритет определяется главным образом техническими факторами, в то время как серьезность определяется факторами, связанными с бизнесом.
D. Серьезность определяется ожиданиями пользователей, в то время как приоритет - влиянием на функциональность.
A. Целостная модель безопасности испытания
B. Модель стратегии тестирования человека
C. Модель стратегии тестирования эвристики
D. Управление стратегией высокой технологии
E. Модель стратегии впадиной команды
A. Отбирая их, а не пытаться проверить некоторые огромные набор входов.
B. Специальный тип универсального идентификатора ресурсов (URI).
C. Шифрование, которое может защитить канал, через который происходит ваш разговор.
D. Ключевой стоимость пары с знаком равных (=) между ключом и значением.
A. План - Акт - чек - сделать
B. План - DO - чек - Акт
C. План - Проверка - Акт - сделать
D. План - Проверка - ДО - Акт
A. Удобство использования
B. Производительность
C. Черный ящик
D. Функциональность
A. Пользователи
B. Разработчики
C. Служба поддержки
D. Инженеры -тестирование
A. Гарантия качества
B. Детективный контроль
C. Контроль качества
D. Корректирующий контроль
A. Процесс, в котором тесты требуют только граничных значений для тестирования
B. Процесс, в котором тестер берет граничные значения и средние значения для тестирования
A. Читатель
B. Регистратор
C. Разработчик
D. Модератор
A. Предлагая график выпуска.
B. Представление статуса качества применения-тестирования, принимающим решения.
C. Принятие решения, следует ли выпустить системную тестирование в производство.
D. Воспроизведение пользователя Advocate путем допроса в дизайнерских решениях.
A. Основные функции управления могут быть протестированы рано.
B. Необходимость в программах для заглушек устраняется.
C. Условия испытаний легче создать.
D. Наблюдение за результатами теста проще.
A. Неспособность прочитать данные с полей приложения.
B. Невозможность автоматизировать тесты локализации, которые требуют изменений конфигуратона на уровне устройства.
C. Неспособность сравнить изображения.
D. Невозможность автоматизировать нажатие объектов приложения и выбирать выпадение.
A. Процедура-это то, что должно произойти, и процесс-это пошаговый
B. Процедура заключается в том, кто выполняет необходимое тестирование, и процесс, когда он будет выполнен
C. Процесс заключается в том, кто выполняет необходимое тестирование, и процедура, когда оно будет выполнено
D. Процесс-это то, что должно произойти, и процедура является пошаговым поступлением того, как это произойдет
A. Плата управления конфигурацией
B. Команда разработки программного обеспечения
C. Изменить доску управления
D. Связь с клиентами
A. Дефекты - это отклонения от требований, в то время как запросы на изменения являются предложениями, как изменить требования.
B. Дефекты регистрируются инженерами -тестовыми инженерами, в то время как запросы на изменения - бизнес -аналитики.
C. Они обрабатываются различными системами ведения журнала.
D. Дефекты всегда имеют риск, связанный с их разрешением, в то время как запросы на изменения нет.
A. Бета -тестирование
B. Альфа -тестирование
C. Испытания на техническое обслуживание
D. Системное тестирование
E. Интеграционное тестирование
A. Истинный
B. ЛОЖЬ
A. Доставляется вовремя
B. Соответствует требованиям и ожиданиям
C. Доставлено в рамках бюджета
D. Полностью без ошибок
A. Техника черного ящика
B. Техника стеклянной коробки
C. Техника белой коробки
A. Тестирование в удобство использования
B. Тестирование безопасности
C. Функциональное тестирование
D. Тестирование производительности
A. Подрыв
B. Git
C. CVS
D. Визуальная студия
A. Тестирование того же модуля после исправления ошибки
B. Тестирование затронутых модулей после исправления ошибки
C. Без фиксированного, если мы снова проверим дефект
A. Иметь дело только с интерфейсами.
B. Сосредоточьтесь на поведении системы под стрессом.
C. Не будет повторяться.
D. Хорошо документированы и легко выполнять вручную.
A. Тестирование в удобство использования
B. Альфа -тестирование
C. Бета -тестирование
D. Приемное тестирование пользователя
A. Взятие только в значениях диапазона
B. Возьмите только пограничные значения для тестирования
C. В котором мы принимаем граничные значения и среднее значение для тестирования
A. Дефекты по количеству повторных открытий (переработка).
B. Дефекты по статусу и серьезности.
C. Дефекты по назначению разработчика.
D. Дефекты по приоритету.
A. Дизайн схема
B. Список функций, которые будут протестированы, а не протестированы
C. Предположения/предварительные условия
D. Введение
A. Установить инженеров -тестового инженера. Личная ответственность
B. Предоставьте тестовые данные
C. Обеспечить покрытие
D. Результаты теста документа
A. Имитируйте короткие всплески одновременных пользователей при измерении использования памяти.
B. Повторяйте функциональность системного тестирования многократно с течением времени при измерении использования памяти.
C. Сосредоточьтесь на заполнении базы данных и специально на таблицах журнала.
D. Измерить время ответа на клиент и на сервере.
A. Дизайн
B. Обслуживание
C. Производительность
D. Требования
E. Кодирование
A. поведенческий
B. серо-бокс
C. черный ящик
D. белая коробка
A. Инициировать проверки кода для определения дефектов в коде
B. Поощряйте программистов стараться изо всех сил сделать меньше дефектов
C. Увеличьте тип и степень тестирования для удаления дефектов перед производством
D. Классифицируйте и подсчитывают дефекты, чтобы вы могли определить дефект самой высокой частоты и устранить основную причину дефекта
A. V-модель
B. Линейная модель
C. Спиральная модель
D. Модель водопада
A. Это итеративный и инкрементный процесс разработки программного обеспечения, и это может прицелиться, зависит от функций.
B. Ни один из вышеперечисленных
C. Это итеративный и постепенный подход, который подчеркивает непрерывное участие пользователей.
D. Это метод, который имеет короткие итерации, когда в первую очередь написаны новые тестовые примеры, охватывающие желаемое улучшение или новую функциональность.
A. Истинный
B. ЛОЖЬ
A. План испытания
B. Спецификация
C. Требования документ
D. Прецедент
A. Модуль
B. След узел
C. Тестовый стенд
D. Партия
A. Роботиум
B. QTP
C. Селен
D. Jmeter
A. Проектирование, требования, реализация, проверка, обслуживание
B. Требования, проектирование, проверка, реализация, обслуживание
C. Требования, проектирование, реализация, проверка, техническое обслуживание
D. Техническое обслуживание, требования, проектирование, реализация, проверка
A. Руководитель проекта
B. Клиент
C. Разработчики
D. Инженер-программист
A. Документация тестовых сценариев, отслеживания метрики, тестирования нагрузки
B. Проверка границ, специальное тестирование, комбинация установки
C. Тестирование новых функций и функций, проверки целостности данных, регрессионное тестирование
A. QA является частью процесса тестирования программного обеспечения
B. Тестирование программного обеспечения является частью процесса QA
C. Программное обеспечение и QA - это одно и то же
D. Программное обеспечение и QA - два разных процесса
A. Истинный
B. ЛОЖЬ
A. управление конфигурацией
B. Запрос на изменение
C. Спецификация
D. программный модуль
A. Гарантия качества программного обеспечения
B. Планирование
C. Тестирование
D. Разработка программного обеспечения
A. ЛОЖЬ
B. Истинный
A. ISO 9002
B. ISO 9000
C. ISO 9003
D. ISO 9001
A. Вы не можете сравнить числа в таком наборе
B. & gt;
C. "="
D. & lt;
A. Истинный
B. ЛОЖЬ
A. Надежность
B. Удобство использования
C. Расходы
D. Правильность
A. Тестовая документация
B. Процедура тестирования
C. Структурное испытание
D. Функциональное тестирование
A. Принятие пользователя
B. Стресс
C. Удобство использования
D. Выживаемость и выздоровление
A. Все это качественные модели
B. ISO 9000
C. ISO/IEC 15504
D. Cmmi
A. Интеграционное тестирование
B. Белое (стеклянное) тестирование коробки
C. Черный ящик тестирование
D. Серый тестирование коробки
A. Истинный
B. ЛОЖЬ
A. Истинный
B. ЛОЖЬ
A. Принятие клиента
B. Граничные условия
C. Отрицательное тестирование
D. Обработка ошибок
A. Стабильность и наблюдение
B. Наблюдаемость, простота и стабильность
C. Наблюдаемость
D. Простота
E. Стабильность
A. Тестирование черного ящика
B. ЕДИНЦИОННЫЕ Тестирование
C. Ничего из этого
D. Белое тестирование коробки
A. Документация
B. Тест
C. Отзывы и аудиты
D. Бюджет
A. Ничего из этого
B. Модель зрелости интеграции
C. Управление зрелостью соединения
D. Модульный институт созревания мощности
A. Чтобы дать рекомендации
B. Чтобы найти проблемы и посмотреть, что отсутствует
C. Чтобы исправить программное обеспечение
D. Собирать предварительную информацию
A. Нет
B. Да
A. SQL -инъекция
B. Эквивалентность распределения
C. Альфа -тесты
D. Отслеживание глаз
A. альфа и бета
B. Позиционировать и негативно
A. Обе ошибки в дизайне и ошибках в реализации
B. Ошибки в дизайне
C. Ошибки в точности
D. Ошибки в реализации
E. Ошибки в эксплуатации
A. ЛОЖЬ
B. Истинный
A. Поддержка управления изменениями
B. Диспетчер программного обеспечения
C. Управление цепочками поставок
D. Управление конфигурацией программного обеспечения
A. Подход «снизу вверх
B. Все выше
C. Подход большого взрыва
D. Нисходящий подход
A. Функциональное тестирование
B. Системное тестирование
C. Регрессионное тестирование
D. Приемочное тестирование
A. Бизнес -аналитики
B. Пользователи
C. Инженеры -тестирование
D. Разработчики
A. Расписание
B. (все из этого)
C. Подход
D. Объем
E. Ресурсы
A. Количество неизвестных программных ошибок.
B. Количество слов в плане испытаний.
C. Количество строк кода, выполненных в тестируемом программном обеспечении.
D. Количество прошедших тестовых случаев, прошедших против неудачи.