Beijing Winge Technology Co., Ltd. (Winge Technology) использует ключевые функции, интерфейсы и условия приемки в качестве общей основы для проектирования и тестирования продукции. Для проектов по разработке аппаратного и программного обеспечения, обслуживающих российских клиентов, планирование тестирования должно определять объекты тестирования, условия эксплуатации, методы, критерии прохождения и необходимые записи во время проектирования, позволяя обеим сторонам просматривать результаты основных этапов по одной и той же версии и критериям.
Такие требования, как стабильная работа, надежная связь и оперативное управление, требуют определенных сценариев эксплуатации и методов оценки. План тестирования устанавливает приоритеты проверки и предоставляет входные данные для конфигурации прототипа, интерфейсов отладки и диагностики неисправностей.
Превратите требования в исполняемые тестовые примеры
Тестируемое приемочное требование определяет предварительные условия, входные данные или действия, ожидаемые результаты и критерии принятия решения. Требования к производительности также должны определять точки измерения, конфигурацию оборудования, объем данных, методы расчета и охват выборки.
Например, требование сохранять собранные данные во время сбоя в сети можно разделить на локальную буферизацию, сбор в автономном режиме, передачу после повторного подключения и обработку полного буфера. Дальнейшие тесты могут проверить порядок данных, обработку дубликатов и сигналы тревоги, как того требует продукт.
Это наглядный пример планирования тестирования. Емкость буфера, продолжительность простоя, объем данных и пороговые значения должны определяться на основе фактических целей продукта и записываться в требованиях или спецификации тестирования.
Приоритизация функциональных тестов, тестов производительности и устранения неисправностей в зависимости от риска продукта
Работа по проверке и интеграции прототипа Winge Technology может охватывать функции, производительность и согласованные испытания на воздействие окружающей среды в рамках проекта. Приоритеты тестирования должны соответствовать предполагаемому использованию продукта и рискам.
| Направление испытаний | Что проверить | Условия, необходимые для определения критериев |
|---|---|---|
| Функции и интерфейсы | Основные операции, обмен протоколами, интеграция периферийных устройств и обработка данных | Входы, последовательность действий, ответы и изменения состояния |
| Производительность и нагрузка | Время отклика, пропускная способность, использование ресурсов и повышение температуры | Целевое оборудование, рабочая нагрузка, точки измерения и методы расчета |
| Неисправности и восстановление | Потеря сети, отключение питания, сбои периферийных устройств и ошибки данных | Способ имитации отказов, этапы восстановления, а также требования к данным и состоянию. |
| Непрерывная работа | Поведение приложения и ошибки в течение согласованного периода тестирования | Продолжительность, нагрузка, определения неисправностей и состав регистрируемых событий |
| Испытания на воздействие окружающей среды | Согласованная температура, влажность, вибрация или другие условия эксплуатации. | Конфигурация образца, оборудование, метод и критерии прохождения |
| Пользовательский интерфейс и развертывание | Отрисовка текста, установка, настройка, обновления и пользовательские задачи | Язык, версия системы, разрешения, среда развертывания и рабочие задачи. |
Если требуется русскоязычный интерфейс, функциональные тесты могут охватывать меню, сигналы тревоги, ввод, шрифты и усечение текста. Записи на основе времени также требуют проверки настроек часового пояса и обработки временных меток. Низкотемпературные или другие испытания на воздействие окружающей среды зависят от реальных условий эксплуатации и требований проекта.
Предоставление тестового доступа во время проектирования
Дизайн влияет на то, насколько легко можно протестировать продукт. Обзоры оборудования позволяют проверить необходимые точки измерения, интерфейсы отладки и индикаторы неисправностей. Проектирование встроенного и программного обеспечения может предоставлять журналы, коды ошибок, запросы о состоянии и идентификацию версии.
Эти положения поддерживают воспроизведение и диагностику неисправностей. Доступ к тестированию должен управляться в соответствии с разрешениями продукта и условиями эксплуатации, с записью различий в конфигурации между отладочной и доставляемой сборками.
Критические технические неопределенности можно проверить с помощью ограниченного технико-экономического обоснования перед полной интеграцией системы. Тестирование плат, интеграция модулей, тестирование прототипов и проверка в среде клиента касаются различных задач. В плане проекта должны быть определены входные данные и необходимые записи.
Связывание результатов испытаний с прототипами, версиями и условиями
В протоколах испытаний должно быть указано, какой прототип и версия программного обеспечения были протестированы, при каких условиях, с какими этапами и с какими результатами. Соответствующая информация включает идентификатор устройства, версию аппаратного обеспечения, версию встроенного или программного обеспечения, конфигурацию, испытательное оборудование, время выполнения и расположение исходных записей.
Запись о проблеме должна описывать наблюдаемое поведение, этапы воспроизведения, влияние и статус решения. Проверка после изменения должна проверять исходную проблему и включать регрессионные тесты, выбранные в соответствии с влиянием изменения. Тесты, которые еще не проводились, должны сохранять свою причину и запланированные последующие действия для окончательного анализа.
Международные команды могут просматривать результаты с помощью отчетов об испытаниях, журналов, записей экрана и удаленных демонстраций. Испытания на площадке клиента требуют согласованного оборудования, условий, ответственного персонала и методов подтверждения результатов.
Часто задаваемые вопросы
Следует ли при планировании тестирования отложить создание прототипа?
Это должно начинаться во время определения требований и проектирования. Критерии ранней приемки определяют выбор компонентов, интерфейсы отладки, ведение журналов и конфигурацию прототипов, а также помогают позднее распределить оборудование для тестирования и ресурсы для выполнения.
Обеспечивает ли прохождение функциональных испытаний долгосрочные эксплуатационные характеристики?
Функциональные тесты устанавливают согласованные функции. Непрерывная работа, условия окружающей среды и поведение клиента на объекте требуют соответствующих условий испытаний и записей. В выводах должны быть указаны применимая редакция, количество образцов, продолжительность и объем работ.
Как должны быть организованы испытания разработки и независимые лабораторные испытания?
Тесты разработки проверяют согласованные функции проекта, производительность и проблемы дизайна. Если необходимы независимые испытания или сертификация, применимые требования, образцы, организация-исполнитель и объем отчета должны быть подтверждены отдельно и включены в план проекта.
Клиенты, планирующие тестирование и приемку продукта, могут использовать страницу контактов проекта Winge Technology, чтобы сообщить назначение продукта, текущую версию, целевую среду и требования к приемке, а также оценить охват тестированием, условия выборки и основные результаты.
Онлайн
Телефон
WeChat
вернуться наверх