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

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

2024-11-18 11:09:01   0  Oтчет





Эта ментальная карта представляет собой подробное руководство по процессу тестирования качества программного обеспечения, охватывающее все этапы от анализа требований до запуска релиза. На этапе анализа важно изучить потребности и подтвердить требования, чтобы определить время тестирования. В стадии разработки акцентируется внимание на управлении версиями и code review. Тестирование на этапе разработки включает проверку области тестирования и ведение документации. Этап тестирования фокусируется на регрессионном тестировании и управлении ошибками. Приёмка предусматривает проверку содержания и сроков, а запуск релиза — уведомление заинтересованных сторон и проверку функций. Заключительный этап включает обновление документации и решение выявленных проблем.

Другие работы автора

План/Содержание

1. Анализ требований

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

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

Определите время тестирования итераций, время тестирования

2. Стадия разработки

Стандарт управления версиями

code review

Тестирование точек/создание примеров использования --- Вывод①

3. Тестирование на этапе разработки

Проверьте область тестирования: ① Определите область требований к тестированию ② Область воздействия тестируемого содержимого должна быть ясной (в случае неясности, немедленно уточняйте)

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

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

4. Этап тестирования

Область тестирования: ① Область требований ② Область воздействия этой итерации ③ Регрессионное тестирование основного потока

Нормы ведения журнала ошибок:

bug переоткрыть отслеживание (tapd)

Составьте тестовые точки xmind (тест-кейсы) по версиям --- Вывод①

Контроль за ходом тестирования, проверка рисков, синхронизация

5. Приёмка

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

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

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

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

6. Запуск релиза

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

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

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

Онлайн-[Пользовательское руководство] написание, обновление - Вывод②

7. Заключение

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

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

Обзор ошибок по расписанию