Симптом анализируемой ошибки

Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!

---

Что из перечисленного является симптомом анализируемой ошибки?

Нет верного ответа

Изменение цвета поля ввода

Задержка в обработке данных

Мигающие индикаторы устройств ввода-вывода

Смена экранной формы

Выберите наиболее правильное определение тест плана.

Тест план — это документ, в котором определены объем, ресурсы, а также описан календарный план работ по тестированию

Тест план — это документ, в котором описаны выполняемые тесты

Тест план — это план работ по повышению качества программного продукта

Тест план — это календарный план работ по тестированию с оценкой ресурсов

Тест план — это документ, в котором описаны выполняемые тесты, перечислены элементы тестирования, приведен план работ по тестированию

Какие объекты следует проверить в ходе тестирования интерактивной справки программного продукта?

Заголовки

Указатель таблиц

Гиперссылки

Нумерацию страниц

Списки

 

Укажите признак неправильного unit-теста.

Unit-тест не покрывает все возможные тестовые случаи

В названии unit-теста указано, в каких условиях и какой метод проверяется

Нет верного ответа

Unit-тест не содержит условия и циклы

Unit-тест содержит условия и циклы, повторяющие логику программы

Что является целью составления отчета об ошибке?

Выявление ошибки

Хранение информации об ошибке

Исправление ошибки

Анализ ошибки

Обеспечение полноты набора проектной документации

Вы тестируете техническое задание на разработку системы управления расчетом заработной платы. Необходимо оценить тестируемость требований.
Укажите, какие из перечисленных требований не являются тестируемыми?

Расчет заработной платы должен производиться исходя из фактически отработанного сотрудником времени

Должен быть реализован суммированный учет рабочего времени

Расчет заработной платы должен производиться исходя из размера трудового стажа

Количество часов отработанного сотрудником времени должно быть зафиксировано

Расчетный листок сотрудника должен содержать основные поля, предусмотренные стандартом, а именно: ФИО, номер подразделения, дата расчета и т.д.

Вы тестируете функцию расчета размера клиентской скидки программного приложения для учета финансовых операций магазина. Код функции приведен ниже. Выберите правильные варианты граничных значений для позитивного теста для случая, когда размер начальной скидки увеличится на 50%.

PurchaseAmount = -0,001

PurchaseAmount = -5000

PurchaseAmount = 99

PurchaseAmount = 5000

PurchaseAmount = 5001

Вы выполняете интеграционное тестирование программного продукта, состоящего из двух, успешно протестированных модулей. В ходе тестирования выявлена ошибка. Какова возможная причина?

Ошибка в обработке выходных данных одного из модулей

Некорректно разработан интеграционный тест

На вход поступили некорректные данные

Ошибка в интерфейсе одного из модулей

Тестировщик одного из модулей выполнил недостаточное количество тестов

Вы тестируете документ «Программа и методика испытаний». С какими источниками информации необходимо свериться, чтобы подтвердить или опровергнуть данные тестируемого документа?

Тест кейсы, проектная документация

План приёмо-сдаточных испытаний, проектная документация

План приёмо-сдаточных испытаний, тест дизайн спецификация, проектная документация

Отчет о тестировании

План приёмо-сдаточных испытаний, тест кейсы

Вы являетесь руководителем группы тестирования в проекте по разработке системы управления ресурсами промышленного предприятия (ERP-системы). Одно из требований к производительности системы сформулировано так: «система должна поддерживать одновременную работу 800 пользователей и иметь время отклика 2 секунды». Каким образом нужно построить процесс тестирования указанного требования?

Обсудить с ключевыми пользователями параметры пиковой нагрузки.
Разработать сценарии тестирования.
Собрать группу пользователей из 8 человек, провести тестирование по сценариям, результаты экстраполировать.

Применить инструменты моделирования многопользовательской нагрузки.

Провести анализ ИТ-инфраструктуры развертывания.
Собрать группу из 800 тестовых пользователей.

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

Провести дополнительный анализ требования, определить параметры тестирования.
Обсудить с ключевыми пользователями параметры пиковой нагрузки.
Провести анализ ИТ-инфраструктуры.
Применить инструменты моделирования многопользовательской нагрузки.

Необходимо протестировать функцию приложения — загрузка данных из файла. Согласно требованию файл для загрузки должен быть в формате Microsoft Word. Код класса-загрузчика приведен ниже. Какой из перечисленных тестовых примеров является наиболее подходящим для проверки входных условий на достоверность данных?

Когда необходимо приступить к тестированию программного модуля?

В процессе разработки программного модуля, когда разработчик объявил о готовности очередной версии

Сразу после того, как разработчик объявил о готовности программного модуля

В процессе разработки программного модуля

После того, как разработчик закончил регрессионное тестирование

После завершения разработки всех программных модулей

Какое основное правило должно соблюдаться при формировании базы документов для тестирования?

Каждый документ должен иметь ссылку на соответствующий документ проектной документации

Каждый документ должен иметь уникальный идентификатор

Каждый документ должен иметь ссылку на соответствующее требования

Каждый документ должен быть подписан руководителем проекта

Каждый документ должен быть подписан руководителем группы тестирования

Укажите стандарт, определяющий универсальный набор документации по тестированию ПО.

COBiT v.4.0

ГОСТ Р ИСО МЭК 12207-99

ГОСТ 34.602-89

ITIL v.3

IEEE Standard 829-98

Вы выполняете юзабилити тестирование Internet-магазина (web-сайта). Какой из перечисленных пунктов подлежит проверке?

Количество времени и шагов, необходимых для отправки формы заказа

Оптимальность расположения полей на форме заказа

Корректность работы Internet-магазина в различных браузерах

Корректность работы сайта при различной его загрузке

Корректность работы Internet-магазина в различных операционных системах

Укажите базовое отличие статического тестирования от динамического.

Статическое тестирование выполняется с помощью компоновщика

При статическом тестировании программный код не выполняется и тестируется путем логического анализа

Статическое тестирование выполняется с помощью компилятора

При статическом тестировании не проверяется соответствие требованиям

При статическом тестировании не разрабатываются тесты

Что такое системное тестирование?

 Тестирование всех модулей программного продукта

Тестирование программного продукта на интегрированной системе с целью проверки соответствия исходным требованиям

Тестирование всех систем программного комплекса

Итоговое тестирование перед вводом продукта в промышленную эксплуатацию

Тестирование с целью проверки соответствия функциональным требованиям

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

Для хранения пользовательских данных в сети техникума используется файловая служба на базе Microsoft Windows Server

Для хранения пользовательских данных в сети техникума может использоваться файловая служба на базе Microsoft Windows Server

Для хранения пользовательских данных в сети техникума должна быть использована файловая служба на базе Microsoft Windows Server

Хранение пользовательских данных в сети техникума построено на базе файловой службы Microsoft Windows Server

Файловая служба на базе Microsoft Windows Server позволяет обеспечить хранение пользовательских данных в сети техникума

Укажите оптимальный способ тестирования пользовательской документации.

Тестирование совместно с группой ключевых пользователей

Тестирование группой тестировщиков

Тестирование после проверки документации пользователями

Поэтапное тестирование документов (версионность)

Тестирование совместно с группой технических писателей

В чем заключается работа тестировщика при статическом тестировании?

Разработка статических тестов

Выполнение тестов без запуска программы

Чтение и анализ программного кода

Тестирование без ввода данных

Поиск ошибок без запуска программы

Вы являетесь руководителем группы тестирования и планируете рабочее время тестировщиков. Какой документ оптимально использовать для фиксации хода выполнения работ по тестированию?

Тест план

Протокол тестирования

Ресурсный план проекта

Отчет о тестировании

Выходной отчет системы управления проектами

Как называется метод тестирования, при котором тестировщик может разработать специальные тестовые подпрограммы, вызывающие тестируемый модуль, и передать ему на вход определенные данные?

Модульное тестирование

Регрессионное тестирование

Тестирование «белого ящика»

Функциональное тестирование

Ручное тестирование

Вы тестируете программное приложение, имеющее следующую функциональность: создание отчетов, отправка отчетов, вывод в файл количества отправленных отчетов. Приложение содержит следующие классы: IReportBuilder — создание отчетов; IReportSender — отправка отчетов; Reporter — управляющий класс. Класс Reporter имеет функцию SendReports(), которая возвращает следующие значения: 0 — нет отчетов на отправку; 1 — сбой отправки; 2 — все отчеты отправлены. Выберите правильный фрагмент кода unit-теста для тестирования функции вывода количества отправленных отчетов.

Вы выполняете юзабилити тестирование web-сайта, главная страница которого приведена на рисунке. Укажите основную ошибку дизайна.

Отсутствует логотип сайта

Текст пунктов горизонтального меню вверху страницы не совпадает с текстом пунктов вертикального меню слева

Отсутствует пункт меню «Главная страница»

Фоновое изображение и цвет затрудняют чтение колонки текста справа

Контактная информация должна быть расположена в «подвале» страницы

Что из перечисленного является тестовой метрикой для оценки эффективности тестирования?

Частота возникновения одной и той же ошибки в рамках тестируемого модуля

Суммарное количество тестов

Количество найденных ошибок

Покрытие функциональных требований

Количество функций тестируемого программного продукта

Вы тестируете программный модуль, который вызывает другой модуль. Каким образом нужно организовать процесс тестирования в случае, если второй модуль находится в разработке?

Дождаться завершения разработки второго модуля

Использовать заглушку (имитацию вызываемой функции)

Протестировать сначала второй модуль

Выполнить тестирование без учета вызова второго модуля

Доработать второй модуль и провести тестирование

 

Вы проводите анализ производительности очередной версии программного продукта. Обнаружено снижение скорости работы программы по сравнению с предыдущими версиями. О чем это говорит?

Тестирование выполнено в аппаратной среде, отличной от той, в которой проводилось тестирование предыдущих версий

В тестируемую версию программного продукта добавлен новый функционал

Количество пользователей, занятых в проведении тестирования, превысило допустимое значение

Сценарий тестирования отличается от того, который был использован при тестировании предыдущих версий

В тестируемой версии программного продукта возможна ошибка

 

Какое из перечисленных тест-требований не является верифицируемым?

Программа должна автоматически запускаться при входе пользователя в систему

Вывод данных должен осуществляться в файл *.xls

Программа должна иметь понятную и удобную форму ввода данных

На форме ввода данных должно быть не больше 10 полей ввода

Главное меню программы должно располагаться на вертикальной панели слева

Какое количество функций приложения может быть проверено одним тест кейсом?

Количество проверяемых функций зависит от требований к приложению

Столько, сколько определил тестировщик

Количество проверяемых функций зависит от типа приложения

Столько, сколько заложено по тест плану

Одна функция

Вы выполняете статическое тестирование функции регистрации пользователя (форма login) в программном приложении, предоставляющем доступ населению к информации о налоговых платежах. Каждый регистрирующийся пользователь идентифицируется по следующим данным: фамилия, имя, отчество, дата рождения. Логика обработки данных пользователя в программе приведена ниже. Укажите ошибку в коде.

Не найден документ с именем «DOCTYPE»

Не указан тег «XHTML1.0» в html-документе

Не найден документ

Не указан тег «!DOCTYPE» в html-документе

Не найден тип документа

 

Какие из перечисленных пунктов должен включать в себя тест план?

Требования к объему тестирования

Критерии начала и окончания тестирования

Требования к функциональности объекта тестирования

Описание объекта тестирования

Виды тестирования и их применение к объекту тестирования

Ниже приведен тест кейс для тестирования формы ввода пользовательского сообщения с web-сайта. Найдите ошибку в тест кейсе.

Тест кейс

Пропущен шаг «Отказаться от отправки сообщения»

Пропущено постусловие перехода к web-сайту

Пропущено предусловие перехода к web-сайту

Не указан результат теста

Не указаны порядковые номера шагов теста

В отчете о проблеме указано, что воспроизвести проблемную ситуацию возможно. Каким образом описать воспроизведение?

Описать способ воспроизведения; указать, в каких случаях ошибка появляется, а в каких — нет

Прикрепить скриншот ошибки в приложении к отчету

Описывать способ воспроизведения не нужно

Описать ошибку

Привести сообщение об ошибке

Какими из предложенных элементов можно определить область тестирования программного приложения в объектно-ориентированном программировании?

Компонентами

Связями между классами и объектами

Классами

Интерфейсами взаимодействия между компонентами

Объектами

 

Какова основная цель юзабилити-тестирования?

Проверка соответствия требованиям пользователей

Удовлетворение всех требований пользователя

Оценка качества пользовательского интерфейса

Проверка работоспособности пользовательского интерфейса

Проверка эргономичности программного продукта

Вы тестируете функцию расчета размера клиентской скидки программного приложения для учета финансовых операций магазина. Фрагмент исходного кода программы приведен ниже.
Выберите правильные варианты граничных значений для негативного теста для случая, когда размер начальной скидки увеличится на 20%.

PurchaseAmount > 1001

PurchaseAmount = 1001

PurchaseAmount = 1000

PurchaseAmount < 5000

PurchaseAmount = 0

Вы разработали ряд тестов для тестирования программного продукта, состоящего из нескольких модулей. Каким образом можно оценить эффективность разработанных тестов?

Использовать технологию псевдоотладки

Разработать собственный отладчик

Проверить тесты на соответствие стандартам

Использовать автоматизированные тесты

Подсчитать процент выявленных ошибок

Что такое стратегия тестирования?

План тестирования компонентов (всех или каждого в отдельности) программного продукта, содержащий сценарии тестирования

План проведения работ по тестированию компонентов (всех или каждого в отдельности) программного продукта, учитывающий функциональность и зависимости с другими компонентами

Набор сценариев тестирования

План работ по тестированию с указанием сроков и необходимых ресурсов

План работ по тестированию компонентов (всех или каждого в отдельности) программного продукта с учетом сроков и рисков проекта

Какие три вида документов из перечисленных обязательно должны быть в наличии для соответствия стандарту ISO/IEC 12207 (ГОСТ Р ИСО/МЭК 12207)?

Отчет о тестировании

Протокол тестирования

План обеспечения качества ПО

План тестирования

Ресурсный план проекта

Вы разрабатываете тест план для проверки модуля расчета заработной платы erp-системы.

На текущей итерации должны быть проверены следующие требования:

1. расчет заработной платы стандартный;
2. расчет заработной платы внутреннему совместителю;
3. расчет оплаты больничного листа;
4. расчет оплаты очередного ежегодного отпуска.

Какой критерий завершенности тестирования функциональности должен быть включен в тест план?

Соответствие всех требований проверяемым на текущей итерации функциям

Адекватные результаты всех типов расчета заработной платы

Соответствие функций, реализованных на текущей итерации, требованиям, объявленным в спецификации

Соответствие требованиям

Отсутствие ошибок во всех проверяемых типах расчета заработной платы

Вы разрабатываете стратегию тестирования desktop-приложения — архиватора файлов.

Требования к приложению:
1. поддержка 5 операционных систем с 3 языками локализации.

Выполняемые функции:
1. помещение исходных файлов в архив;
2. извлечение файлов из архива;
3. удаление файлов из архива;
4. просмотр оглавления архива;
5. верификация архива.

Функции взаимодействия с системой:
1. запуск приложения;
2. выход из приложения;
3. сохранение профиля в файл;
4. восстановление настроек профиля из файла;
5. работа с буфером.

Каждая функция однозначно покрывается одним тестом. Тесты включают проверку на контрольных примерах, проверку на граничные значения.

Какое количество тестовых прогонов понадобится, чтобы выполнить полное покрытие требований?

50

100

150

30

80

Какими преимуществами обладает хорошо документированный программный продукт?

Простота использования

Удобство использования

Снижение стоимости внедрения

Снижение затрат на техническую поддержку

Повышение стоимости владения

Выберите правильный вариант списка основных разделов тест кейса.

Название тестового случая, предусловие, постусловие, шаги теста

Название тестового случая, действие, ожидаемый результат, результат теста, предусловие, шаги теста

Название тестового случая, действие, ожидаемый результат, результат теста

Название тестового случая, действие, результат теста, предусловие, постусловие, шаги теста

Название тестового случая, действие, ожидаемый результат, результат теста, предусловие, постусловие, шаги теста

Какой из перечисленных тестов необходимо выполнить для проведения нагрузочных испытаний?

Проверка на максимальный объем входных данных

Нет верного ответа

Проверка соответствия требованиям указанным в спецификации

Измерение производительности всех функций

Проверка работоспособности всех функций

Вы тестируете программное приложение, имеющее следующую функциональность: создание отчетов, отправка отчетов, вывод в файл количества отправленных отчетов. Приложение содержит следующие классы: IReportBuilder — создание отчетов; IReportSender — отправка отчетов; Reporter — управляющий класс. Класс Reporter имеет функцию SendReports(), которая возвращает следующие значения: 0 — нет отчетов на отправку; 1 — сбой отправки; 2 — все отчеты отправлены. Выберите правильный фрагмент кода unit-теста для тестирования функции вывода количества отправленных отчетов с учетом того, что классы IReportBuilder и IReportSender находятся в разработке.

Вы выполняете юзабилити тестирование web-сайта. Необходимо проверить навигацию по сайту. Выберите верное утверждение.

Навигационный интерфейс должен быть оригинальным

Нецелесообразно размещать логотип web-сайта на каждой странице

Нецелесообразно размещать структуру web-сайта на каждой странице

Текущее местоположение пользователя должно быть показано относительно главной страницы сайта

Текущее местоположение пользователя должно быть показано относительно структуры web-сайта

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

Протестировать программный продукт на указанной в документе аппаратной конфигурации.
Выполнить тесты на конфигурации среднего порядка для класса программного обеспечения, к которому относится тестируемый продукт

Протестировать программный продукт на указанной в документе аппаратной конфигурации, а также на менее производительной

Протестировать программный продукт на указанной в документе аппаратной конфигурации, а также на более производительной

Протестировать программный продукт на указанной в документе аппаратной конфигурации.
Выполнить тестирование взаимодействия с периферийными устройствами

Протестировать программный продукт на указанной в документе аппаратной конфигурации

Оцените структуру информации на главной странице web-сайта IT-консалтинговой компании с точки зрения пользователя — заказчика IT-услуг.

Логотип «Kaspersky Lab» наводит на мысль, что IT-компания занимается разработкой антивирусного ПО

Структура сайта оптимальна для потенциального заказчика IT-услуг

Слишком длинный перечень направлений деятельности IT-компании

Новости не должны располагаться на главной странице

Структура сайта не отражает задачи заказчика, но показывает структуру IT-компании

Что из перечисленного является сбоем программы?

Переход программы в непредусмотренное программистом состояние

Несоответствие программы требованиям

Нет верного ответа

Прерывание программы в результате возникновения ошибки

Прерывание программы

Вы выполняете юзабилити тестирование web-сайта. Указание местоположения пользователя на странице сайта задано неявно. Какое из перечисленных рекомендаций по улучшению является подходящими?

Реализовать всплывающее окно с указанием информации о текущем местоположении пользователя

В названии страницы в HTML-заголовке должна быть использована транслитерация символами латинского алфавита

Название страницы в HTML-заголовке должно быть значимым и индивидуальным для каждой страницы

Заголовок страницы должен быть компактным

Нет верного ответа

 

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

PurchaseAmount = 4999

PurchaseAmount = -5001

PurchaseAmount = -1

PurchaseAmount = 5000

PurchaseAmount = 1

Какой из перечисленных видов документов относится к пакету документации о тестировании?

Отчеты о покрытии

Запросы на изменение

Отчеты о запросах на изменения

Отчеты об инцидентах

Нет верного ответа

 

Что является критерием качества тест плана?

Количество тестов на единицу программного кода продукта

Покрытие всех веток схемы реализации программного продукта

Количество выполненных тестов на единицу программного кода продукта

Покрытие всех веток и циклов программного кода продукта

Покрытие всех требований к проверке правильности функционирования программного продукта

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

Внести в отчет о тестировании предложение создать всплывающие подсказки, указав поля ввода и текст подсказок

Ничего не предпринимать, поскольку подобные изменения могут быть внесены на этапе бета-тестирования

Ничего не предпринимать, поскольку любое изменение программы может спровоцировать новые ошибки

Ничего не предпринимать, поскольку это не соответствует ТЗ

Внести в отчет о тестировании предложение создать всплывающие подсказки, если это предусмотрено проектной документацией

Что из перечисленного является типом тестирования?

Функциональное тестирование

Секционное тестирование

Нет верного ответа

Экстремальное тестирование

Тестирование действий пользователя

 

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

Интеграционное тестирование, юзабилити тестирование, тестирование пользовательского интерфейса

Модульное и системное тестирование

Интеграционное тестирование, тестирование безопасности

Системное тестирование, тестирование пользовательского интерфейса

Системное тестирование, тестирование безопасности

Вы выявили ошибку, которая появляется только при первом запуске программы. Какова возможная причина?

Пользователь ошибся с параметрами ввода

Не настроена среда запуска программы

Программа запускается на аппаратной конфигурации, отличной от той, которая указана в требованиях

Пользователь ошибся с параметрами запуска

Файл инициализации не содержит нужную информацию

Необходимо протестировать функцию приложения — загрузка данных из файла. Согласно требованию файл для загрузки должен быть в формате Microsoft Word. Код класса-загрузчика приведен ниже. Какой из перечисленных тестовых примеров является наиболее подходящим для проверки входных условий на отсутствие данных?

Что описывает спецификация процедуры тестирования?

Последовательность выполнения тест кейсов

Последовательность выполнения сценариев тестирования

Последовательность действий по выполнению каждого набора тестов

Сценарии тестирования

Последовательность действий по выполнению каждого набора тестов и анализу их результатов

Когда может быть применен метод тестирования «черного ящика»?

Когда нет доступа к программному коду

Когда завершен процесс кодирования и программный продукт готов

Когда выпущена в эксплуатацию первая версия программного продукта

Когда неизвестны функции программного продукта

Когда нет документации к программному продукту

Вы выполняете тестирование модуля программного продукта. Разработчик сообщает о готовности очередной новой версии этого модуля. Что следует предпринять?

Завершить полный цикл тестирования текущей версии программного модуля

Незамедлительно составить отчет о тестировании текущей версии модуля, указав дату и время появления новой версии

Прервать тестирование и приступить к тестированию новой версии модуля

Прервать тестирование, составить отчет и приступить к тестированию новой версии

Приступить к тестированию новой версии модуля, не прерывая работу над текущей версией

Вы тестируете техническое задание на разработку системы управления расчетом заработной платы. Необходимо оценить измеримость требований.
Укажите, какие из перечисленных требований являются измеримыми?

Размер льготы должен рассчитываться автоматически, в зависимости от стажа работы

Должна быть реализована возможность блокировки неадекватного количества часов отработанного времени

Количество дней отпуска выставляется вручную. Должно существовать автоматическое ограничение в разумных пределах

Функция перерасчета должна запускаться в автоматическом режиме каждый раз,
когда бухгалтер подтвердил изменения основных данных сотрудника

В разделе «Данные для расчета больничного листа» в строке с указанием табельного номера и ФИО должны отражаться два табельных номера с пометками «основной» и «внутренний совместитель»

Вы тестируете техническое задание на разработку системы электронного документооборота для дошкольного учреждения (ДОУ). Основные цели разработки и развертывания системы сформулированы так:
1. автоматизировать процесс постановки ребенка на учет в ДОУ;
2. обеспечить быстрый обмен данными с министерством образования;
3. хранить исторические данные о каждом ребенке.
Какое из перечисленных требований ТЗ не соответствует целям системы?

Реализовать ввод, обработку и хранение документа «Личная карточка ребенка»

Реализовать учет входящей корреспонденции

Развернуть электронный архив данных

Реализовать учет исходящей корреспонденции

Реализовать контроль прохождения документа между сотрудниками подразделений

Необходимо выполнить функциональное тестирование операции поиска клиент-серверного приложения. Функция поиска возвращает данные из таблиц БД в соответствии с заданными пользователем параметрами. Выберите наиболее оптимальный подход к составлению тест кейсов.

Составить возможные комбинации параметров поиска. Выбрать оптимальные

Составить тест кейсы на основе запросов к БД

Выявить граничные значения параметров поиска

Составить схему БД

Выявить объекты поиска путем анализа таблиц БД и связей между ними

На каком этапе проводится тестирование при применении итеративной модели жизненного цикла ПО?

На этапе «Сборка и тестирование»

После завершения этапа «Реализация»

На каждой итерации ближе к ее концу

На этапе «Реализация»

На этапе «Ввод в эксплуатацию»

Вы тестируете функцию подготовки реестра на оплату заявок программного приложения для обработки финансовых документов. Спецификация функции следующая:
1. на выходе формируется 2 реестра заявок;
2. в реестр№1 попадают заявки с суммой больше, либо равной 500 000 рублей;
3. в реестр№2 попадают заявки с суммой меньше 500 000 рублей;
4. сумма по заявке не может быть равной 0.
Выберите класс эквивалентности недопустимых исходных данных для тестирования формирования реестра №2.

СуммаЗаявки < 499 999

СуммаЗаявки < 500 000

СуммаЗаявки <= 499 999

СуммаЗаявки >= 500 000

СуммаЗаявки >= 0

Какие из перечисленных тестов необходимо выполнить при системном тестировании программного продукта? Укажите 2 ответа.

Количество активных пользователей

Проверка граничных условий

Сверка со спецификацией

Бета-тест

Стабильность версий программного продукта

Вы тестируете взаимодействие классов TCommandQueue и Tсommand. Функциональность: создается объект класса Tсommand и помещается в очередь TCommandQueue. TCommandQueue содержит метод AddCommand. Выберете правильный вариант спецификации.

 

Вы тестируете руководство пользователя программного продукта. Как проверить достоверность приведенного в руководстве перечня ошибок, при условии, что отдельного документа со списком ошибок в проектной документации нет?

Проверить все ошибки из перечня, выполнив соответствующие действия в реальной программной системе

Сверить перечень ошибок с соответствующими тест кейсами

Уточнить достоверность перечня ошибок у технического писателя

Сверить перечень ошибок с соответствующей информацией из отчета о тестировании пользовательского интерфейса

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

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

Подготовить программный модуль для бета-тестирования

Выполнить нагрузочные испытания

Провести регрессионное тестирование

Подготовить протокол тестирования

Провести тестирование производительности

Вы тестируете программное приложение, реализующее простой обмен сообщениями (фрагмент исходного кода приведен ниже). В программе есть процесс, который принимает сообщение от источника с помощью блокирующего вызова iowait_and_receive_message() и передает это сообщение процессу, который выводит его в стандартный поток вывода.
Из результатов проведенных тестов:
1. установлено, что некоторые из полученных сообщений не были выведены;
2. отмечена высокая загрузка процессора.
Укажите возможную причину проблем из представленных.

Не предусмотрен выход из цикла в потоке IO reader

Использование блокирующего вызова pthread_mutex_lock в потоке Logger

Поток Logger неправильно использует мьютекс

Использование блокирующего вызова pthread_mutex_lock в потоке IO reader

Поток IO reader перезаписывает logmsg, вне зависимости от того, было ли прочитано ее содержимое Logger

Необходимо протестировать функцию поиска в приложении — текстовом редакторе. Требование к работе функции: если в строке поиска отображаются символы, кнопка «Найти» активирована, иначе — заблокирована.
Выберите правильные тест кейсы.

Вы выполняете юзабилити тестирование web-сайта клиники для слабослышащих людей. На странице с описанием услуг размещены объекты мультимедиа. На что прежде всего следует обратить внимание при тестировании удобства просмотра страницы?

Достаточно ли понятно описана структура услуг

Есть ли версии видеоклипов с субтитрами

Сколько времени занимает загрузка файлов мультимедиа

Есть ли возможность отключить звук

Легко ли читается текст

Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!

---

Вы тестируете функцию создания документа в формате MS Word клиент-серверного приложения. Код функции приведен ниже. Требование к работе функции: по нажатии на кнопку должно открыться окно редактора MS Word с предустановленными параметрами: шрифт — «Calibri», размер шрифта — 12pt. Функция работает нестабильно на одних и тех же тестовых примерах: окно редактора MS Word открывается не при каждом запуске. Укажите возможную причину ошибки.

Неправильная обработка исключений

Не указано имя объекта MS Word

Нарушен порядок блоков обработки исключений

Не проверяется существование в памяти объекта MS Word перед его созданием

Не задан тип шрифта

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

Функциональное тестирование

Приемочное тестирование

Экстремальное тестирование

Системное тестирование

Адаптационное тестирование

Укажите основную цель документирования тестовой стратегии.

Обеспечить полноту проектной документации

Обеспечить хранение результатов тестирования

Обеспечить максимальную информированность всех членов группы тестирования

Установить типы проверок

Установить достаточность проверок, обеспечиваемых тестированием

Каким образом необходимо преобразовать требование «обеспечить понятный пользовательский интерфейс», чтобы оно стало верифицируемым?

Разработать правила создания понятного пользовательского интерфейса. Согласовать с ключевыми пользователями

Добавить количественные и качественные характеристики для каждого элемента пользовательского интерфейса

Взять за основу ГОСТ Р 50923-96 «Рабочее место оператора. Общие эргономические требования и требования к производственной среде»

Провести интервью с пользователями, уточнить требование

Провести интервью с разработчиками интерфейсов, уточнить требование

Необходимо провести тестирование защищенности от внешних атак программного приложения, работающего с базой данных.
Вы тестируете метод btnLogin_Click(), исходный код которого приведен ниже. Пользователь вводит логин и пароль на форме ввода и нажимает кнопку «Ok», в ответ на это событие метод btnLogin_Click() выполняет аутентификацию пользователя, анализируя наличие записей в БД с введенным логином и паролем.
Найдите уязвимость в приведенном фрагменте кода

Код допускает SQL-инъекцию

Соединение с СУБД осуществляется с учетной записью привилегированного пользователя

Пустой пароль администратора БД

Строка соединения с СУБД жестко определена

Код не содержит уязвимостей

Вы являетесь руководителем группы тестирования программного продукта. Проект находится на завершающей стадии: необходимо выполнить функциональное тестирование. Что из перечисленного будет являться основой проведения функционального тестирования?

Нет верного ответа

Мнения и замечания ключевых пользователей

Протокол тестирования

Отчеты о предыдущем этапе тестирования

Спецификация программного продукта

Ниже приведен тест план тестирования простого web-сайта.
Какой важный аспект тестирования пропущен в плане?

Ресурсный план тестирования

Анализ результатов тестирования

Выводы

Юзабилити тестирование

Описание фокус-групп тестирования

Вы разрабатываете тест для проверки модуля выписки счетов-фактур в системе обработки бухгалтерских документов. Согласно требованиям, программа должна выписывать счета на сумму от 1 до 10000 рублей. На каких значениях суммы счета достаточно выполнить проверку недопустимых значений?

Отрицательная сумма; 0 р.; 10001р.

Отрицательная сумма; 1 р.; 10000р.

Отрицательная сумма; 1 р.; 10001р.

Отрицательная сумма; 0 р.; 10000р.

0 р.; 10001р.

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

Разработать несколько тест кейсов для проверки не уникального пользователя

Разработать 3 тест кейса: проверка доступа существующему пользователю, не уникальному пользователю и несуществующему пользователю

Разработать 2 тест кейса для проверки уникального и не уникального пользователя

Разработать несколько тест кейсов для проверки всех возможных вариантов введенных данных

Разработать 2 тест кейса для проверки двух типов выходных данных

В каких случаях проводится адаптационное тестирование ПО?

На этапе сопровождения, когда ПО переносится с одной аппаратной или программной платформы на другую

На этапе ввода ПО в промышленную эксплуатацию для адаптации к работе пользователей

При интеграции с другим работающим ПО

На этапе сопровождения, когда к работе с ПО подключаются новые пользователи

При выпуске каждой новой версии ПО

Что из перечисленного НЕ является целью анализа воспроизводимой ошибки? Укажите 2 ответа.

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

Выявление наиболее серьезных последствий возникновения ошибки

Выявление связанных проблем

Выявление несоответствий с проектной документацией

Сбор статистических данных об ошибках в программном продукте

Вы планируете тестирование информационного портала крупной компании. Портал предоставляет доступ к внутренним информационным ресурсам как сотрудникам компании, так и внешним потребителям товаров и услуг компании. Что будет являться основным критерием начала тестирования портала?

Завершенность разработки модуля безопасности доступа к внутренним ресурсам

Завершенность разработки модуля доступа к внутренним ресурсам

Готовая спецификация модуля безопасности доступа к внутренним ресурсам

Завершенность разработки требуемого функционала на текущей итерации проекта

Завершенность разработки требуемого функционала

 

Что является содержанием тест плана? Выберите наиболее точное определение.

Тест план содержит детальные тест кейсы

Тест план описывает, как производится проверка правильности функциональности программного продукта

Тест план содержит перечень модулей программного продукта

Тест план описывает приемку программного продукта

Тест план описывает проверку функциональности программного продукта

Вы тестируете техническое задание на разработку системы управления заявками на ремонтные работы.
В уставе проекта цель системы зафиксирована так: «показать прозрачность и обоснованность затрат на ремонтные работы».
Одно из требований в ТЗ сформулировано таким образом: «реализовать детальный учет всех операций ремонтного цикла».
Соответствует ли требование цели системы?

Соответствует, но не является полным

Не соответствует, требует переформулировки

Не соответствует, требует уточнения

Соответствует, но не является измеримым

Соответствует, но не является тестируемым

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

Соответствует, поскольку требование не является измеримым: не указана количественная зависимость скидки от суммы покупки

Не соответствует, поскольку размер клиентской скидки будет рассчитан, даже если покупка не была совершена

Соответствует, поскольку размер клиентской скидки рассчитывается при любых условиях

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

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

Из перечисленного выберите существующий способ автоматической генерации тестовых примеров.

Генерация по тест-плану

Генерация по функциональным требованиям

Генерация по программному коду

Генерация по модульной структуре

Генерация по входным данным

Выберите правильный unit test для тестирования функции високосного года.
Код функции:

 

Как называется тип тестирования, при котором с программным продуктом работают потенциальные пользователи?

Бета-тестирование

Нагрузочное тестирование

Адаптационное тестирование

Функциональное тестирование

Тестирование действий пользователя

Что из перечисленного является объектом проверки в ходе тестирования документации? 3 правильных ответа.

Достоверность информации, содержащейся в документах

Соответствие указанной в документах информации требованиям заказчика

Стиль изложения, орфография, грамматика

Структура документов

Логика и согласованность информации в документах

 

Что из перечисленного является разновидностью структурных критериев в модульном тестировании?

Тестирование циклов

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

Тестирование команд

Тестирование функций

Тестирование условных операторов

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

ни одного

2

3

5

1

Ниже приведен тест кейс для тестирования возможности загрузки изображения (аватара) на страницу пользователя в социальной сети. Требования к размеру изображения определяют допустимый максимум — 5Mb. Найдите ошибку в тест кейсе.

Ожидаемый результат на 3 шаге неверен.

Не указан результат теста

Не указаны порядковые номера шагов теста

Пропущено постусловие перехода к web-сайту

Пропущен шаг «Отказаться от загрузки изображения»

Необходимо выполнить тестирование кода web-страницы, фрагмент которого приведен ниже. Валидатор выдает ошибку в этом фрагменте «Document type does not allow element «div» here; missing one of «object», «applet», «map», «iframe», «button», «ins», «del» start-tag». Что следует указать в баг репорте в качестве причины ошибки?

Нарушен порядок вложенности тегов: используется блочный элемент «div» внутри строчного «p»

Нарушен порядок вложенности тегов: используется блочный элемент «div» внутри блочного «p» с более высоким приоритетом

Нарушен порядок вложенности тегов: используется строчный элемент «div» внутри строчного «p»

Нарушен порядок вложенности тегов: код раздела «div» старше чем код абзаца «p» и должен стоять первым.

Нарушен порядок вложенности тегов: используется строчный элемент «div» внутри блочного «p»

Укажите наиболее важный раздел отчета о тестировании web-сайта.

Требования к web-сайту

Выводы тестирования

Сценарии тестирования в различных браузерах

Условия тестирования

Рекомендации по устранению недостатков

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

Перед совещанием рабочей группы тестировщиков

В конце рабочего дня

В конце проектной фазы тестирования при подготовке документации

По окончании тестирования каждого модуля программы

Сразу при обнаружении ошибки

Ниже приведен тест кейс для тестирования загрузки файлов с сайта в 1С:Предприятие. Требования к типу загружаемого файла: xls. Найдите ошибку в тест кейсе.

Пропущено постусловие перехода к web-сайту

Пропущен шаг сохранения файла в формате xls

Пропущен шаг «Отказаться от загрузки»

Не указаны порядковые номера шагов теста

Шаг 1 неверен

Вы тестируете взаимодействие классов TCommandQueue и Tсommand. Функциональность: создается объект класса Tсommand и помещается в очередь TCommandQueue. Разработаны два теста: первый проверяет, создается ли объект типа TCommand и добавляется ли он в конец очереди. Второй тест проверяет добавление команд в очередь на указанную позицию. Результат тестирования: объект TCommand добавляется в конец очереди команд успешно, а на указанную позицию — нет. Фрагмент кода, реализующий эту функциональность, приведен ниже. Найдите ошибку.

Неверный знак сравнения в первом операнде первого оператора if. Должно быть: if ((Position >= -1)&&(Position<=this.Items.Count))

Неверный знак сравнения во втором операнде первого оператора if. Должно быть: if ((Position < -1)&&(Position>=this.Items.Count))

Неверный знак сравнения в первом операнде первого оператора if. Должно быть: if ((Position > -1)&&(Position<=this.Items.Count))

Неверный знак сравнения во втором операнде первого оператора if. Должно быть: if ((Position < -1)&&(Position > this.Items.Count))

Неверный аргумент сравнения во втором операторе if. Должно быть: if (Position==-1)

Как нужно организовать процесс интеграционного тестирования программного продукта, состоящего из нескольких модулей?

Провести последовательно тестирование всех модулей

Объединить модули в пары, затем в большие блоки, затем в единую систему

Собрать модули в единую систему

Каждый модуль передать на тестирование отдельной команде тестировщиков

Провести тестирование самых значимых модулей

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

Required attribute «alt» not specified

There is no attribute «ref»

There is no attribute «width»

Document type does not allow element «p» here

There is no attribute «height»

 

Что из перечисленного НЕ относится к видам тест планов? Укажите 2 ответа.

Мастер тест план

План приемочных испытаний

План приемочных работ

Тест план

Стратегический тест план

Какова главная цель тестирования документации?

Подготовка программного продукта к сертификации

Точность информации, изложенной в документации

Удовлетворение требований к программному продукту

Повышение качества программного продукта

Полнота описания программного продукта

Необходимо протестировать функцию управления пунктами меню «Текст» в приложении — текстовом редакторе. Требование к работе функции: если текст в окне редактора не выделен, подпункт «Копировать» меню «Текст» заблокирован, иначе — разблокирован.
Выберите 2 правильных тест кейса.

Укажите основное предусловие разработки тест плана.

Разработана полная спецификация

Завершена стадия проектирования

Подготовлены все тест кейсы

Завершено smoke-тестирование

Подготовлены все сценарии тестирования

Необходимо протестировать класс TMessage, который выводит сообщение об ошибке ввода данных в ответ на поступивший код. Класс TMessage содержит метод GetTextMessage(), который возвращает текст сообщения, соответствующий коду в поле ErrorCode. В противном случае возвращается сообщение об ошибке: «ОШИБКА: Неверный код». Для тестирования метода GetTextMessage() был создан драйвер — класс TMessageTester, содержащий метод TMessageTest1(). Этот метод перебирает значения всех кодов ошибок и использует GetTextMessage() для получения сообщения. Выберите правильное выражение для записи результата в log-файл в приведенной ниже реализации TMessageTest1().

LogMessage(OUT.GetTextMessage(err_code[i]));

LogMessage(GetTextMessage(err_code[i]));

LogMessage(err_code[i].ToString()+» : «+OUT.GetTextMessage(err_code[i]));

LogMessage(err_code[i].ToString()+» : «+OUT.GetTextMessage());

Необходимо протестировать класс TMessage, который выводит сообщение об ошибке ввода данных в ответ на поступивший код. Класс TMessage содержит метод GetTextMessage(), который возвращает текст сообщения, соответствующий коду в поле ErrorCode. В противном случае возвращается сообщение об ошибке: «ОШИБКА: Неверный код». В приведенной ниже спецификации тестового случая найдите ошибку.

Не описаны параметры ввода данных

Не приведен исходный код класса Тmessage

Не указан допустимый диапазон вводимых символов

Отсутствует описание ожидаемого результата

Не приведен исходный код метода GetTextMessage()

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

Тесты разрабатываются по принципу анализа потока управления

Каждый тест разрабатывается один раз и прогоняется на всех модулях одновременно

Тесты разрабатываются для каждого модуля отдельно

Каждый тест разрабатывается один раз и прогоняется на всех модулях последовательно

Нет верного ответа

Выберите верное утверждение из предложенных.

План тестирования представляет собой набор тест-кейсов

В одном тест-кейсе должно быть только одно предусловие

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

Тест-кейс и баг репорт являются взаимозаменяемыми документами проекта

Имя тест-кейса неуникально для проекта

Вы выполняете юзабилити тестирование web-сайта с поддержкой арабского и персидского языков. Где на страницах должно быть размещено название сайта и логотип?

Левый или правый нижний угол

Правый верхний угол

Для web-сайтов с поддержкой арабского и персидского языков логотип не делается

Левый верхний угол

Зависит от дизайна сайта

На рисунке показана типовая форма отчета о проблеме. Какого параметра в ней недостает?

Номер версии программного модуля

Подпись руководителя проекта

Номер протокола о тестировании

Фрагмент программного кода, в котором была обнаружена ошибка

Подпись заказчика

Укажите основные этапы тестирования руководства пользователя.

Составление отчета о тестировании руководства пользователя

Анализ содержания руководства на соответствие концепции продукта

Внесение изменений в руководство пользователя

Анализ структуры руководства

Проверка описания сообщений об ошибках

Как следует выполнять unit-тестирование приложения, взаимодействующего с БД посредством web-сервисов?

Разработать unit-тесты для классов приложения и для интерфейса взаимодействия с БД

Тестировать только код приложения. Взаимодействие с БД эмулировать

Разработать отдельные unit-тесты для классов приложения и для web-сервисов

Эмулировать работу web-сервисов

Использовать механизм заглушек для приложения

Вы тестируете функцию подготовки реестра на оплату заявок программного приложения для обработки финансовых документов. Спецификация функции следующая:
1. на выходе формируется 2 реестра заявок;
2. в реестр№1 попадают заявки с суммой больше, либо равной 500 000 рублей;
3. в реестр№2 попадают заявки с суммой меньше 500 000 рублей;
4. сумма по заявке не может быть равной 0.
Выберите класс эквивалентности допустимых исходных данных для тестирования формирования реестра №1.

СуммаЗаявки >= 499 999

СуммаЗаявки >= 0

СуммаЗаявки >= -500 000

СуммаЗаявки = 500 000

СуммаЗаявки >=500 000

Какие три вида документов из перечисленных подлежат проверке при тестировании документации?

Функциональные спецификации

Отчет о тестировании

Содержание проекта

Руководство пользователя

Интерактивная справка

Как проводится проверка комплектности программной документации согласно ГОСТ 19.301-79 ?

Проверяется наличие документа «Перечень проектной документации»

Визуально внешними аудиторами

С помощью опросных листов

Визуально представителями заказчика

Проверяется наличие документа «Перечень тестовой документации»

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

int i;

char s[MAX];

for (i=0; (s[i]=getchar())=’n’ && i<MAX-1; ++i)

     s[—i] = ‘\01’;

Пустая строка

Нет верного ответа

Строка с количеством символов, равным i

Строка с количеством символов, равным MAX

Строка с количеством символов, равным MAX-1

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

Требования к пользовательскому интерфейсу:
1. загрузка файлов документов из 1С;
2. ввод новых документов;
3. печать документов;
4. редактирование документов;
5. выгрузка файлов документов в 1С.

Какие из перечисленных групп тестов должны быть включены в стратегию тестирования? 2 правильных ответа.

Нагрузочное тестирование

Стресс-тестирование

Тестирование функциональности

Кроссбраузерное тестирование

Тестирование производительности

 

Какая связь между календарным планом проекта и тест планом?

Календарный план проекта разрабатывается на основе тест плана

Ресурсный план тестирования входит в календарный план проекта

Тест план разрабатывается на основании календарного плана проекта

График процессов тестирования используется менеджером проекта для составления календарного плана проекта

Вы можете обратится к нам напрямую, через:

По Skype: molodoyberkut
По Telegram: @MolodoyBerkut
По ICQ: 657089516
По Viber: molodoyberkut

Или через форму обратной связи на нашем сайте

Список вопросов базы знаний

Тестирование программного обеспечения

• Страница:
• 1
• 2
• 3

• Страница:
• 1
• 2
• 3

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

• оценка симптомов;
• постановка предварительного диагноза;
• дифференциальная диагностика;
• постановка клинического диагноза.

Этап I. Оценка симптомов

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

Выделение одного главного симптома может подтолкнуть врача к принятию скоропалительных решений. Чтобы избежать этой ловушки, врач должен рассмотреть, как можно больше симптомов перед тем, как начать составлять их патогенетические комбинации. Большинство врачей – сознательно или нет – пытаются свести имеющиеся данные под один из клинических синдромов. Синдром – это группа симптомов, объединенных анатомически, физиологически или биохимически. Он охватывает признаки поражения органа или системы органов. Клинический синдром не указывает на точную причину заболевания, но позволяет значительно сузить круг предполагаемой патологии. Например, слабость, головокружение, бледность кожных покровов, тахикардия и снижение АД характерны для синдрома острой кровопотери и обусловлены общим патофизиологическим механизмом – снижением ОЦК и кислородной емкости крови.

Представив себе механизм развития болезни, можно перейти к следующему этапу поиска – по органам, с которыми связаны симптомы и синдромы. Диагностический поиск также облегчается определением локализации патологического процесса по местным специфическим симптомам. Это позволяет определить пораженный орган или систему, что значительно ограничивает число рассматриваемых вариантов заболеваний. Например, рвота «цвета кофейной гущи» или черный кал прямо указывают на кровотечение из верхних отделов ЖКТ.

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

Иногда характерных проявлений заболевания обнаружить вообще не удается. Тогда, в силу обстоятельств, для постановки предварительного диагноза и проведения дифференциальной диагностики приходится брать за основу неспецифические симптомы. В таких случаях полезно взвесить, какие из них могут служить основой для постановки предварительного диагноза и дифференциальной диагностики. Если главная жалоба – слабость, полезно сфокусировать внимание на сопутствующей бледности кожного покрова и потемнении кала. Если главная жалоба – тошнота, то для суждения о характере болезни следует взять сопутствующее вздутие живота и задержку стула. При этом уместно напомнить известный постулат: «выявленные симптомы нужно не складывать, а взвешивать».

Последовательность процесса диагностики в классическом варианте можно рассмотреть на следующем клиническом примере.

К Вам обратилась пациентка, 52 лет, по поводу приступов боли «в правом боку», беспокоящих ее в течение последних двух месяцев. Обычно приступ возникает после погрешностей в диете, особенно после приема жирной пищи, и сопровождается тошнотой и вздутием живота. Вне обострения сохраняется тяжесть в правом подреберье и чувство горечи во рту. В последнее время ухудшилось самочувствие и снизилась работоспособность. Результаты физикального исследования в пределах нормы.

У данной пациентки основная жалоба – боль в эпигастральной области и правом подреберье. Она обратилась за помощью потому, что боли повторяются и стали более интенсивными. Таким образом, выделение приступов боли в качестве ведущего симптома позволяет врачу сконцентрироваться на важном проявлении болезни, более всего тревожащем больную и заставившем ее обратиться за медицинской помощью.

У данной больной имеется вполне определенная клиническая картина. В подобных случаях врачи действуют на редкость похоже (ход рассуждений врача и его дальнейшие диагностические усилия будут представлены ниже).

Этап II. Постановка предварительного диагноза

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

Обычно врачи, руководствуясь скорее интуицией, чем логикой, мгновенно сопоставляют выявленные жалобы и симптомы с клиническими проявлениями определенных заболеваний, запечатленными в их памяти, и предполагают наличие той или иной болезни. Уже в ходе сбора данных, переключая внимание с одного симптома на другой или выделяя клинический синдром, врач не просто собирает информацию – он уже формулирует свои первые предположения об имеющейся патологии. Процесс постановки предварительного диагноза дает возможность превратить вопрос «что могло вызвать эти жалобы?» в другой вопрос, на который ответить легче: «нет ли здесь болезни N?». Такая стратегия значительно рациональнее, чем попытки поставить диагноз путем обобщения всех мыслимых сведений.

В случае с нашей пациенткой локализация боли и связь ее с приемом жирной пищи заставят большинство врачей сразу заподозрить желчнокаменную болезнь (ЖКБ). При этом заболевании боль обычно локализована в правом подреберье и возникает после приема жирной пищи. Таким образом, симптоматика у нашей больной вполне соответствует хрестоматийной картине ЖКБ. Теперь перед врачом встает другой вопрос: действительно ли у больной это заболевание?

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

Этап III. Дифференциальная диагностика

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

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

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

Исследуя альтернативные версии одну за другой, врач опирается на так называемый прием проверки гипотез. Этот эвристический прием основан на том, что результаты проверки служат для подтверждения диагноза, если они положительные, или для его исключения, если они отрицательные. В идеальном случае положительные результаты позволяют окончательно установить болезнь, а отрицательные – безоговорочно исключить ее.

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

• схожесть клинических проявлений;
• эпидемиологию болезни;
• «остроту» заболевания;
• опасность болезни для жизни больного;
• тяжесть общего состояния пациента и его возраст.

Включая ту или иную болезнь в список, требующих проведения дифференциальной диагностики, важно учитывать частоту ее наблюдения среди данной популяции людей. В первую очередь следует принимать во внимание наиболее распространенные заболевания. Старое медицинское правило гласит: «Частые болезни бывают часто, редкие — редко». Это верно даже в тех случаях, когда широко распространенные болезни проявляются не совсем обычными симптомами. Методическая ошибка, известная как игнорирование фонового уровня, заключается в том, что врачи склонны полагаться в первую очередь на совпадение симптомов с известной им клинической картиной, не учитывая эпидемиологические данные. ЖКБ и острый аппендицит, например, распространены так широко, что подозрение на них должно возникнуть даже при атипичной боли в животе. Об инфаркте миокарда не следует забывать в любом случае возникновения боли «от носа до пупка».

Исходную вероятность болезни, легче всего учесть, если сразу же задать себе вопрос, подходящий ли у больного образ жизни или тип личности? Недостаточно знать, что острый панкреатит относится к распространенным болезням; важно учитывать, что он особенно часто бывает у лиц злоупотребляющих спиртными напитками. Имея дело с такими пациентами, надо всегда проявлять настороженность в отношении этого заболевания, даже если симптомы не вполне им соответствуют. Определенную помощь в установлении круга заболеваний, требующих проведения дифференциальной диагностики, может оказать возраст пациента. У пожилых больных гораздо выше вероятность сосудистых и онкологических заболеваний, в то время как острый аппендицит чаще встречается у молодых и лиц среднего возраста.

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

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

В нашем клиническом примере весьма вероятна ЖКБ. Широкая распространенность этой болезни плюс классическая клиническая картина говорят в пользу этой версии. Между тем, несмотря на очевидную обоснованность подозрений на ЖКБ, нельзя сразу отвергнуть существование иных возможных заболеваний. В первую очередь следует исключить гастрит, язвенную болезнь и хронический панкреатит. Другая возможность — рак желудка или поджелудочной железы. К еще, менее вероятным версиям относится рак ободочной кишки. И совсем мала вероятность хронического аппендицита. Поэтому у данной пациентки рак ободочной кишки и хронический аппендицит можно, по крайней мере, временно, исключить из списка активно прорабатываемых версий. Такой вывод основан на том, что, с одной стороны, их проявления не имеют явной связи с погрешностями в диете; с другой — эти заболевания обычно проявляются другими симптомами.

Обычно после постановки предварительного диагноза и составления перечня диагностических версий, требующих проверки, врач назначает дополнительное обследование. При этом часто возникает искушение прибегнуть к расширенному использованию инструментальных методов. Между тем, назначая тот или иной диагностический тест, врач должен отдавать себе отчет: «почему выбран именно этот тест и зачем он нужен?». Лабораторное или инструментальное исследование бывает необходимо, прежде всего, для подтверждения или исключения конкретной болезни.

Если для диагностики конкретного заболевания могут быть использованы несколько различных методов, следует выбрать наиболее информативный, доступный и безопасный из возможных. При использовании нескольких диагностических тестов, естественно, полагать, что точность диагноза выше. В таком случае мы полагаемся на сумму доказательств. Это имеет смысл лишь только в том случае, если назначаемые тесты дают независимые доказательства. Чтобы этого добиться, нужно исследовать различные по своей природе феномены. Например, и гастроскопия, и рентгенологическое исследование верхних отделов ЖКТ тракта, направлены на поиск изменений в желудке. Суммарный результат обоих тестов не намного значимее, чем результат одного из них. Аналогичным образом, использование УЗИ и РКТ органов брюшной полости для выявления опухоли поджелудочной железы мало, что добавит к данным одной лишь РКТ. С другой стороны, гастроскопия, отражающая состояние желудка, и УЗИ, позволяющее судить о наличии изменений в других органах брюшной полости, дают независимую информацию, суммируя которую мы повышаем обоснованность диагностических выводов. При таком подходе врач проводит или назначает диагностические тесты не для того, чтобы охватить все возможные болезни, а лишь для того, чтобы дифференцировать одну болезнь от другой.

Этап IV. Постановка клинического диагноза

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

Последовательность приемов при традиционном подходе к диагностике может быть представлена в виде следующей схемы:

Проявления заболевания → Основные симптомы → Клинический синдром → Пораженный орган → Причина синдрома → Дифференциальный анализ отдельных заболеваний → Клинический диагноз.

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

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

Для проверки предварительного диагноза ЖКБ в нашем клиническом наблюдении целесообразно провести УЗИ, которое при наличии конкрементов в желчном пузыре практически всегда их выявляет. Для исключения у нашей пациентки гастрита, язвенной болезни или рака желудка лучше всего использовать гастроскопию, которая высоко специфична для этих заболеваний. Применение указанных дополнительных исследований, подтверждающих ЖКБ и исключающих другие болезни, позволяет быстро и уверенно поставить окончательный клинический диагноз — ЖКБ. В том случае, если бы отсутствовали признаки поражения желчного пузыря, желудка, двенадцатиперстной кишки и поджелудочной железы, возникла бы необходимость обследования толстого кишечника путем колоноскопии или ирригоскопии.

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

Оформление медицинской документации

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

Прежде чем приступить к написанию «Истории болезни», необходимо определить основную болезнь, ее осложнения и сопутствующие болезни, поскольку вербальная апостериорная модель строится врачом как бы с конца, с формулирования диагностической концепции, и только постоянно имея ее в виду, можно грамотно, высокопрофессионально оформить медицинскую документацию. Отсутствие объединяющей конечной цели изложения «истории болезни», т. е. обоснования сформулированного окончательного или предполагаемого диагноза, приводит к сумбурному, несистематизированному описанию фактов, полученных в результате опроса больного. Отсюда также очевидно, что хорошо продуманную историю болезни невозможно написать непосредственно со слов больного «у постели». Такое описание будет отражать, главным образом, ход беседы врача с больным, а не врачебное представление о сути патологического процесса.

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

* * * * *

Врач может придти к одному и тому же диагнозу различными путями, однако эффективнее и быстрее работает тот, кто тщательно выбирает отправные точки в диагностике. Путь к точному клиническому диагнозу должен быть максимально коротким, с преимущественным использованием неинвазивных и малозатратных методов диагностики. При этом вовсе не обязательно использовать все доступные методы исследования. Объем методов исследования должен быть минимально достаточным для постановки точного диагноза и выяснения особенностей течения всех сопутствующих заболеваний, способных повлиять на выбор метода и тактику лечения. Это требует четких, логичных и последовательных действий с целенаправленным использованием, имеющихся в распоряжении инструментальных и лабораторных методов диагностики.

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

Обязательные вопросы пациентам, которые врач должен

задать при сборе анамнеза. Таблица 2. 1.

Характеристики диагностических методов Таблица 2. 2.

Показатель	Характеристика	Вопрос, на который отвечает данный показатель	Формула для вычисления
Чувствительность	Вероятность положительно-го результата при наличии заболевания.	Насколько хорош тест для выявления людей, имеющих данное заболевание?	А ____ А + С
Специфичность	Вероятность отрицательного результата в отсутствие заболевания	Насколько хорош тест для исключения людей, не имеющих данного заболевания?	Д _____ В + Д
Прогностическая ценность положительного результата	Вероятность того, что при положительной пробе заболевание действительно есть.	Какова вероятность наличия данного заболевания?	А ______ А + В
Прогностическая ценность отрицательного результата	Вероятность того, что при отрицательной пробе заболевания действительно нет.	Какова вероятность отсутствия данного заболевания?	Д _______ С + Д
Диагностическая точность	Вероятность правильного диагноза	Какова диагностическая точность метода?	А + Д ___________ А + В + С + Д

где: А – истинно-положительные результаты метода,

В – ложно-положительные результаты метода,

С – ложно-отрицательные результаты метода,

Д – истинно-отрицательные результаты метода.