Ответ
IEEE 829 — это стандарт IEEE для тестовой документации программного обеспечения. Он определяет набор документов, их структуру и содержание на различных этапах процесса тестирования.
Основная цель: Обеспечить полноту, согласованность и управляемость документации по тестированию, особенно в регламентированных отраслях.
Ключевые документы, описанные в стандарте:
- План тестирования (Test Plan): Высокоуровневый документ, описывающий объем, подход, ресурсы и график тестирования.
- Спецификация тестового дизайна (Test Design Specification): Описывает что тестировать — функции, которые будут проверяться, и критерии прохождения/непрохождения.
- Спецификация тестовых случаев (Test Case Specification): Детализирует как тестировать — конкретные шаги, входные данные и ожидаемые результаты.
- Спецификация тестовых процедур (Test Procedure Specification): Последовательность действий для выполнения набора тест-кейсов, часто для автоматизированного выполнения.
- Отчеты: Отчеты о выполнении тестов (Test Log, Test Incident Report) и итоговый отчет (Test Summary Report).
Пример структуры тест-кейса по IEEE 829:
Test Case Identifier: TC-AUTH-01
Test Item: Функция входа в систему (Login).
Input Specifications:
- Username: "valid_user"
- Password: "ValidPass123"
Output Specifications:
- Перенаправление на главную страницу.
- Отображение приветствия "Добро пожаловать, valid_user".
Environmental Needs:
- Браузер: Chrome 115+
- ОС: Windows 10 / macOS Ventura
Special Procedural Requirements: Очистка кэша и кук перед выполнением.
Intercase Dependencies: Требуется зарегистрированный пользователь "valid_user".На практике: Стандарт часто используется как основа, которую организации адаптируют под свои процессы и инструменты.
Ответ 18+ 🔞
А, слушай, вот эта ваша IEEE 829, блядь! Это ж как инструкция к сборке космического корабля, только для тестировщиков, которые хотят всё задокументировать так, чтобы потом сам чёрт ногу сломал, но нашёл, где баг!
Представь себе: сидит мужик и думает: "Как бы так описать проверку кнопки 'Войти', чтобы документ получился весом в три килограмма чистого текста?" Вот для этого и придумали этот стандарт, ёпта!
Основная фишка — это чтобы в таких конторах, где отчётность важнее самой работы (типа банков, медсофта), все бумажки были как под копирку. Никакого "ой, а тут я в тетрадке нарисовал". Всё по полочкам, блядь, всё в управлении!
Главные бумажки, которые он рожает:
- План тестирования (Test Plan). Это типа генеральный штаб готовится к войне. Кто, чем, когда и на какие ресурсы наступает. Без этого плана — ты просто идиот с клавиатурой, а не тестировщик.
- Спецификация тестового дизайна (Test Design Specification). Тут решается, что мы будем ебать. Какие функции, фичи, и по каким приметам мы поймём, что они сломались. Критерии, блядь!
- Спецификация тестовых случаев (Test Case Specification). А вот тут уже как именно будем ебать. Конкретные шаги: тыкнул сюда, ввёл вот это, должен увидеть то-то. Разжёвано для самого тупого стажёра.
- Спецификация тестовых процедур (Test Procedure Specification). Это когда тест-кейсов наваяли овердохуища, и теперь их надо склеить в один большой сценарий, который можно хоть руками, хоть роботом гонять.
- Отчёты. Ну, куда ж без них! Логи, что происходило, отчёты об инцидентах (это когда всё пошло по пизде, красиво так) и итоговый отчёт, где начальству пишут "Всё проебали, но кое-что починили".
Вот, смотри, как они предлагают описать обычный вход в систему. Прям душа радуется, блядь:
Test Case Identifier: TC-AUTH-01
Test Item: Функция входа в систему (Login).
Input Specifications:
- Username: "valid_user"
- Password: "ValidPass123"
Output Specifications:
- Перенаправление на главную страницу.
- Отображение приветствия "Добро пожаловать, valid_user".
Environmental Needs:
- Браузер: Chrome 115+
- ОС: Windows 10 / macOS Ventura
Special Procedural Requirements: Очистка кэша и кук перед выполнением.
Intercase Dependencies: Требуется зарегистрированный пользователь "valid_user".В реальности-то что? В реальности все берут эту эталонную ху... кхм, эталонную структуру, и начинают её пилить под себя. Потому что если в точности следовать — так до релиза только документы писать и будешь, в рот меня чих-пых! Но основа — она крепкая, блядь. Как скелет. Без него — ты просто мешок с костями, а не профессионал.