Введите условия

Определение требований завершено

Содержание работы

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

Выходные условия

Все не против этого требования

Участники

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

Введите условия

Документ с требованиями к продукту и план разработки продукта завершены.

Содержание работы

1. Составьте план испытаний в соответствии с документом о требованиях к продукту и проектным документом, а также в соответствии с шаблоном документа плана испытаний. План тестирования должен включать как минимум следующие ключевые элементы: Определите тестовую среду на основе опыта работы с продуктом и требований. Требования к тестированию — объем тестирования, требуемый группой тестирования, оценка человеческих ресурсов, затраченных на тестирование, и приоритеты тестирования каждого требования к тестированию. Стратегия тестирования — определение содержания плана тестирования продукта, метода тестирования в целом и самого тестирования. каждого метода требований к тестированию и в то же время принимать надлежащие меры для хода тестирования и корректировок персонала. Ресурсы тестирования — выходные файлы ресурсов рабочей силы, оборудования, программного обеспечения и технологий, необходимые для этого теста, включая планы тестирования, отчеты о тестировании и т. д. Управление рисками — перечислите риски, которые могут возникнуть в ходе тестовой работы, и классифицируйте их как После плана тестирования. в области управления рисками написан, он должен быть представлен всем членам продуктовой команды и совместно проверен каждой ролевой группой в продуктовой команде. 2. Требования к написанию планов тестирования в продуктах: В продукте есть тест производительности или тест безопасности, но он не может быть описан в тестовом примере. Напишите план тестирования, например: «##План тестирования производительности». Если тестирование производительности или тестирование безопасности в продукте выполняется отдельно, необходимо написать план тестирования.

Выходные условия

«План тестирования»/«План тестирования» продукта рассматривается и утверждается командой разработчиков. В процессе разработки продукта план тестирования должен своевременно отслеживаться, а полнота и осуществимость плана должны оцениваться. конец продукта Наконец, оцените качество плана тестирования.

Ответственное лицо

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

Введите условия

Требования ясны, план тестирования ясен.

Содержание работы

1. Сформировать требования к тестированию на основе анализа заявления о требованиях или спецификации требований, затем разложить требования к тесту на элементы тестирования и записать тестовые точки на основе элементов тестирования. 2. Разработать тестовые примеры на основе плана тестирования, требований к тестированию/; контрольные точки и эталонные методы проектирования: Разделение классов эквивалентности, анализ граничных значений, предположения об ошибках и т. д. Метод диаграммы причин и следствий, метод таблицы суждений, метод сценариев, бизнес-знания и связанные с ними процессы.

Выходные условия

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

Ответственное лицо

члены тестовой группы

Введите условия

План тестирования, тестовые примеры, решение завершено

Содержание работы

Проверить правильность и рациональность плана тестирования и содержания программы: Тестовая среда, тестовые ресурсы; Объем требований к тестированию, приоритет каждого требования к тестированию; стратегия тестирования и управление рисками и т. д.; анализ тестовых примеров: Метод проверки покрытия набора приоритетных тестовых наборов на основе требований: Если в группе тестирования состоит более одного человека, она может быть рассмотрена методом обсуждения или лицом, ответственным за группу тестирования. Если в группе только один человек, предположение по тестированию передаст соответствующие документы менеджеру по продукту. и членам группы разработки на рассмотрение. обзор плана ответа Ответственное Лицо: Менеджер проекта, менеджер по тестированию продукта, команда по тестированию. Обзор варианта использования: менеджер проекта, менеджер по продукту, команда по тестированию, заинтересованные стороны в разработке.

Выходные условия

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

Ответственное лицо

Команда тестировщиков, руководитель проекта.

Введите условия

Содержание дизайна теста (тестовые примеры, планы тестирования/решения по тестированию) было рассмотрено, работа команды разработчиков по кодированию завершена, а внутреннее тестирование завершено;

Содержание работы

Команда разработчиков отправляет тестовые материалы в SVN в соответствии с содержанием, указанным в плане тестирования. Руководитель группы тестирования продукта получает отправленное тестовое содержимое из SVN. Команда тестирования продукта проверяет комплектность и тестируемость представленных компонентов; Проверить, заполнена ли форма подачи теста в соответствии со спецификациями и можно ли ее правильно установить/удалить, проверить, является ли предлагаемое программное обеспечение полным и можно ли его протестировать;

Выходные условия

Представленные компоненты были проверены и приняты группой тестирования продукта и включают следующее содержание: (1) Форма заявки на тестирование программного обеспечения (включая документы с требованиями, проектную документацию, программные пакеты и другую информацию, четко указывающую завершенные и незавершенные функции) (2) Электронная почта уведомление соответствующего персонала (3) Руководство по установке и развертыванию, участвующему в функции тестирования (в зависимости от конкретной функции)

Ответственное лицо

Менеджер проектов, Руководитель группы тестирования проекта

Введите условия

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

Содержание работы

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

Выходные условия

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

Ответственное лицо

члены тестовой группы

Введите условия

Тестовый пример: все проблемы с тестируемой функцией были изменены;

Содержание работы

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

Выходные условия

Результаты перекрестного теста.

Ответственное лицо

члены тестовой группы

Введите условия

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

Содержание работы

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

Выходные условия

Выполнение системного тестового примера пройдено.

Ответственное лицо

члены тестовой группы

Введите условия

Тестовая группа завершила запланированный период выполнения задач тестирования.

Содержание работы

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

Выходные условия

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

Ответственное лицо

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

Введите условия

Команда тестирования завершила всю работу по реализации теста.

Содержание работы

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

Выходные условия

Ответственный за тестирование выполнил «Отчет», соответствующий стандартам. о тестировании системы》, разослано всей команде проекта.

Ответственное лицо

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

Идентификация дефектов

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

Серьезность дефекта

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

Приоритет дефекта

Приоритет дефекта означает срочность, с которой дефект должен быть устранен.

Статус дефекта

Статус Дефект относится к развитию дефекта в процессе отслеживания ремонта.

Стадия обнаружения дефекта (возникновения дефекта)

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

Дефектообразующая деятельность (источник дефекта)

Источник дефекта относится к причине дефекта.

1.

фатальный недостаток

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

2

Серьезные дефекты

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

3

Общие дефекты

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

4

мелкие дефекты

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

5

предположение

Конструктивные вопросы.

фатальный недостаток （Fatal）

фатальный недостаток обычно представляет собой некоторые фатальные ошибки, которые не могут полностью удовлетворить требования системы, основные функции не полностью реализованы, сбои, зависания системы, сбои или зависания системы и т. д., что приводит к невозможности продолжения работы системы или потере данных, и полная утрата основных функциональных групп. Следующее относится к фатальным недостаток： 1. Сбой программы, незаконный выход 2. Бесконечный цикл 3. В базе данных возникает взаимоблокировка 4. Прерывание программы из-за некорректной работы. 5. Основные функциональные ошибки 6. Ошибка подключения к базе данных. 7. Ошибка передачи данных. Например: (1) Проект архитектуры необоснован, что влияет на производительность системы и разумную реализацию функций; (2) дизайн важных таблиц базы данных нерационален, а поток данных хаотичен; (3) Существуют серьезные неясности в понимании требований пользователей, которые серьезно не соответствуют традиционной бизнес-логике, важные функции в требованиях не реализованы; (4) Существуют серьезные несоответствия между реализацией и разработкой программы; (5) вызвать сбой или зависание системы, и эту функцию невозможно реализовать другими методами; (6) (6) Ошибка или ненормальное прерывание работы базы данных. (7) (7) Во время обычной работы происходит незаконный выход из программы или бесконечный цикл, что приводит к невозможности запуска программы, прерыванию или сбою связи, повреждению и потере данных или неисправности базы данных, а функции невозможно реализовать другими методами; (8) В режимах C/S и B/S некоторые операции на клиенте могут привести к тому, что сервер не сможет продолжать нормальную работу. (9) Производительность системы не может удовлетворить потребности клиентов. ① Количество одновременных пользователей не может удовлетворить потребности пользователей, и система выходит из строя или перестает отвечать на запросы. ② Когда одновременно работают несколько пользователей, время отклика системы не соответствует потребностям пользователей; ③ Когда одновременно работают несколько пользователей, данные программы обрабатывают ошибки, например, сгенерированные серийные номер Прыгающие цифры ④Время отклика важных функций не соответствует потребностям пользователя;

Серьезные дефекты （high）

Обычно влияет на реализацию требований системы или основных функций.,система нестабильна, небезопасна или дает неверные результаты,Сделать систему нестабильной, или повредить данные, или дать ошибочные результаты.,Или некоторые функции не могут быть выполнены,И это серьезная проблема, которая часто возникает при рутинных операциях или неизбежна при нестандартных операциях.。И это серьезная проблема, которая часто возникает при рутинных операциях или неизбежна при нестандартных операциях.。Следующие принадлежат Серьезные дефекты: 1. Ошибка интерфейса программы. 2. Программа прервана из-за некорректной работы 3. Система может быть запущена, но операционная функция не может быть выполнена (включая инструкции) 4. Можно выполнить одну функцию операции, но некоторые функции (включая использование параметров команды) не могут быть выполнены в этой функции (не фатально для системы) 5. Использование определенных продуктов (опций) в функциональных элементах недопустимо (не фатально для системы) 6. Неправильный бизнес-процесс 7. Реализация функции неполная, например при удалении не учитывается ассоциация данных. 8. Функции реализованы неправильно. Например, в интерфейсе, реализованном системой, некоторые элементы управления, принимающие ввод, не оказывают никакого эффекта после нажатия на операции с базой данных, которые не могут быть реализованы правильно; 9. Ошибки в формате отчета и печатном содержании (неполные строки и столбцы, отображение данных не в соответствующих строках и строках и т.п., что приводит к неверным результатам отображения данных) 9. Всем дефектам, обнаруженным в ходе проверки безопасности в ходе проверки, присваивается статус критический уровень. Например: (1) Функции программы в основном работают нормально, но есть некоторые дефекты в требованиях, дизайне или реализации, вторичные функции не работают нормально, например: вторичные функции не могут быть реализованы нормально;  (2) Важные функции не могут быть реализованы обычными операциями, но могут быть реализованы другими методами;  (3) Ошибка программного интерфейса;  (4) В таблице базы данных слишком много пустых полей;  (5) Таблицы, бизнес-правила и значения базы данных по умолчанию не имеют ограничений целостности и других ограничений;  (6) (Ошибка функции, выдача неожиданных результатов функции (например: возникает ошибка компиляции или ошибка 404); избыточность функции; хотя функция реализована, но недостаточно полно; функцию в принципе можно реализовать, но система нестабильна и операция завершится неудачно при некоторых граничных условиях, что приведет к замедлению выполнения ошибки, сбои в работе файлов, сбои связи, потеря или повреждение данных и т. д. (7) Нестандартные операции, приводящие к нелегальному выходу из программы, бесконечным циклам, невозможности запуска программы, прерыванию связи или сбоям в работе связи, повреждению и потере данных или сбоям в работе базы данных и функциям, которые невозможно реализовать другими методами; (8) Важные функции не могут быть реализованы обычными операциями, но могут быть реализованы другими методами; （8） (9) Важная информация, такая как пароли, хранящиеся в незашифрованном виде (включая пароли в файлах конфигурации), или другие угрозы безопасности; （9） (10) После аварийного восстановления оборудования или средств связи система не может автоматически продолжать нормальную работу (требуется слишком много ручного вмешательства); （11） Дефект распространяется широко и влияет на нормальное выполнение других важных функций. (12) При использовании инструментов тестирования безопасности или ручном выполнении тестирования безопасности появляются следующие уязвимости, такие как: А. Дефекты впрыска Б. Неудачная аутентификация личности и управление сеансом C. Межсайтовый скриптинг; Д. Ошибки конфигурации безопасности E. Раскрытие конфиденциальных данных F. Отсутствие контроля доступа на функциональном уровне; Подделка межсайтовых запросов; использование известных уязвимых компонентов; Непроверенные перенаправления и пересылки

Общие дефекты （Medium）

Функции программы работают в основном нормально, но есть некоторые дефекты в требованиях, дизайне или реализации; второстепенные функции не работают нормально, но существуют разумные методы исправления (переустановка или перезапуск программного обеспечения не являются методами исправления). Проблемы с ограниченным влиянием, такие как замедление производительности системы или времени отклика, получение неверных промежуточных результатов, но не влияющих на окончательные результаты: 1. Ошибки интерфейса операции (в том числе согласованность определений и значений имен столбцов в окне данных). 2. Ошибки содержания и формата печати (ошибки, которые влияют только на формат или внешний вид отчета, но не влияют на результаты отображения данных) 3. Простые ограничения ввода не выносятся на передний план для контроля. 4. Никаких запросов на операцию удаления не выдается. 5. Хотя на корректность это не влияет, это влияет на производительность системы и время отклика. 6. Фокус не может быть установлен или расположен неправильно, что влияет на реализацию функций. 7. Неправильное отображение, но правильный вывод 8. Функции добавления, удаления и модификации не могут быть реализованы в этом интерфейсе, но могут быть дополнены в другом интерфейсе. Например: система имеет плохую совместимость и подвержена ошибкам, когда Работа используется вместе с другой поддерживаемой системой без достаточных оснований, иллюстрировать вызвано поддерживающей системой или невозможностью использования инструментов автоматического тестирования для тестирования из-за использования нетрадиционных технологий или сторонних компонентов; . (11) (3) Пароль отображается в виде обычного текста; (4) После некоторого периода работы производительность системы или время отклика снизятся; (5) ошибки интерфейса операции (включая несогласованные определения и значения имен столбцов в окне данных, ошибки печати содержимого и формата, а также установленные условия запроса не могут дать ожидаемые результаты; (6) Выполнение операций добавления, редактирования и удаления, приводящих к ошибкам сохранения или удаления данных; (7) (Во время процесса) При работе в соответствии с аномальными бизнес-процессами программа завершает работу незаконно или прерывается из-за неправильных операций; (8) Контроль ввода пустых полей не соответствует требованиям, и значение, не введенное в непустые поля, может быть успешно сохранено, импортированные недопустимые данные не идентифицируются и не удаляются, что повлияет на последующую работу системы; ; (9) Неправильное присвоение элементов общих данных или полей флагов, что влияет на последующую работу системы;

мелкие дефекты （low）

Некоторые незначительные проблемы мало влияют на работу функции, но доставляют неудобства или неприятности оператору, но не влияют на выполнение функций Работа или важных функций. Небольшие проблемы, такие как орфографические ошибки интерфейса или неудобства для пользователя, или проблемы, которые необходимо улучшить. Следующее принадлежит мину дефекты： 1. Интерфейс не стандартизирован 2.Вспомогательныйиллюстрироватьописывать Не уверен 3. Нерегулярный ввод и вывод. 4. Во время длительных операций пользователю не выдаются подсказки. 5. В тексте окна подсказки не используется отраслевая терминология. 6. Нет очевидного различия между областью ввода и областью только для чтения. 7. Следует различать обязательные и необязательные поля. 8. Полоса прокрутки недействительна  9. Плохая поддержка клавиатуры. Например, в поле, в котором можно ввести несколько строк, не поддерживаются возврат каретки и перевод строки или одно и то же слово; сегмент, поддерживающий разные сочетания клавиш в разных интерфейсах 10. Интерфейс невозможно вовремя обновить, что влияет на реализацию функций. Например: (1) (1) Интерфейс на некоторых дисплеях некрасивый.,Не соответствует привычкам пользователей,Или какие-то текстовые ошибки,Например: интерфейс не стандартизирован, вспомогательная информация неясна, ввод и вывод не стандартизированы (в том числе длина ввода).,Ограничение ввода символов,Особые требования к вводу (например, ошибки обработки специальных символов).,включать：“‘；<>и т. д. специальные символы）суждение,Ошибка ограничения загрузки изображений, ошибка ограничения загрузки файлов и т. д.）、В интерфейсе есть текстовые ошибки; (2) (2) Названия и способы использования кнопок несовместимы между модулями; (3) (3) Общий стиль интерфейса системы непоследователен; (4) (4) Информация подсказки противоречива, что может легко вызвать операционную неоднозначность (при выполнении операции удаления подсказка не выдается или запрашивается только один элемент подтверждения); (5) Текст в окне подсказки не использует отраслевые термины; （6）Нет очевидного различия между областью ввода и областью только для чтения.； (7) Простые ограничения ввода не выводятся на передний план для контроля; (8) Во время длительной работы пользователю не выдается никаких подсказок (или подсказка не исчезает после завершения длительной работы); (9) (9) Если метод функциональной реализации четко не определен в требованиях, он не реализован в соответствии с традиционными методами и не превосходит традиционную реализацию; Например, первая цифра имени пользователя — это цифра или специальный символ); (10) При выборе данных записи их нельзя отсортировать по типу, что делает выбор неудобным.

возможные дефекты класса （suggestion）

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

заголовок

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

Шаги по воспроизведению

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

Тип ошибки

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

Серьезность

в соответствии с Серьезность стандартный дефект для выбора серьезности ошибки

Приоритет проблемы

Расставьте приоритеты в зависимости от срочности проблемы