Добавил:
support-vk-server-knmcadiknmcadibav.ru Сайт моих друзей из VKT NDA : https://support-vk-server-knmcadiknmcadibav.ru/about/ ila_iv_id566844132@dnevnik.ru VK Testers NDA (тестировщик) QA. Студент 4 курса. +79009627198 https://vk.cc/help #HLKLesNarod# Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Всякое , полюбому всем пригодится / Досье на ГБПОУ ВО Хреновской Лесной Колледж в Хреновое , село Слобода улица Большая 44 / ПП ПМ06 2025год 23 января_praktika_1_1_1_1_1_11 oblako25января2025год12ч13мин — копия — копия.docx
Скачиваний:
0
Добавлен:
18.04.2025
Размер:
439.15 Кб
Скачать

Раздел 2 мдк 06.02 Инженерно-техническая поддержка сопровождения информационных систем

2.1 Организация сопровождения и восстановления работоспособности системы

(теория)

2.2 Идентификация и устранение ошибок в информационной системе

«Журнал ошибок» — это комплекс XML-документов, доступных через единый интерфейс.

В Windows 10 открыть «Журнал ошибок» можно через «Панель управления»:

открыть «Панель управления»,

перейти в раздел «Администрирование»,

выбрать утилиту «Просмотр событий».

Рисунок 6 – Просмотр событий – Система – События – Ошибка –

Общие – Информация об ошибке

На рисунке 7 представлено –

Общие – Информация об ошибке

Рисунок 7 – Просмотр событий – Система – События – Ошибка – Подробности – Информация об ошибке – Полное представление

На рисунке 8 представлено – Подробности – Информация об ошибке -Режим XML

Рисунок 8 – Просмотр событий – Система – События – Ошибка – Подробности – Информация об ошибке -Режим XML

Тестирование — это процесс оценки и проверки программного обеспечения (ПО) с целью выявления ошибок, определение его работоспособности, надежности и соответствия заданным требованиям.

В таблице 7 представлено виды и описание тестирования проводимого в ООО «Бобровский лес»

Таблица 7 - Виды и описание тестирования

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

Описание

1

2

Функциональное

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

Нефункциональное

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

Модульное

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

Интеграционное

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

Системное

Полная проверка всей системы в целом для обеспечения ее соответствия требованиям.

Пользовательское

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

 Регрессионное

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

Приемочное

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

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

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

Безопасности

Проверка системы на уязвимости и оценка ее защиты от потенциальных атак.

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

Описание процессов:

1. разработка тестов.

Этот этап включает в себя создание тестов на основе требований и спецификаций системы. Важными аспектами являются:

- анализ требований: это необходимый шаг для понимания, что именно должно быть протестировано.

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

- подготовка среды тестирования: необходимо убедиться, что тестовая среда соответствует требованиям для выполнения тестов.

2. Выполнение тестов.

На этом этапе тестировщик запускает тесты и фиксирует их результаты. Ключевые моменты:

- исполнение тестов: тестировщики следуют разработанным тест-кейсам и документируют, прошел ли тест или нет.

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

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

3. Анализ результатов.

После завершения тестирования важно проанализировать полученные результаты:

- оценка качества: определяется, удовлетворяет ли ПО определённым критериям качества. Это может включать функциональность, производительность, безопасность и удобство использования.

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

- обратная связь: обсуждение результатов с командой разработчиков для определения, какие изменения необходимо внести для улучшения качества продукта.

(вставить в тему 2.2) Ошибки — неотъемлемая часть процесса разработки программного обеспечения. Они могут проявляться на разных этапах, начиная от написания кода и заканчивая его выполнением.

Характеристики ошибок.

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

Влияние на программу: некоторые ошибки могут полностью остановить выполнение программы (например, синтаксические или ошибки времени выполнения), в то время как другие могут приводить к неправильным результатам, но не блокировать её работу (логические ошибки).

Трудоемкость исправления: в зависимости от места возникновения ошибки и архитектуры программы, некоторые из них могут быть легко исправляемыми, а другие потребуют серьезных переработок кода.

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

Виды ошибок:

1. синтаксические ошибки.

Эти ошибки обычно обнаруживаются на этапе компиляции.

2. ошибки компоновки.

Это может произойти из-за отсутствия необходимых файлов, конфликтов между библиотеками или неверного порядка компоновки.

3. ошибки выполнения.

К ним относятся ситуации, такие как деление на ноль, обращение к несуществующим элементам массива или ошибки ввода-вывода.

Методы анализа ошибок:

1. ручное тестирование.

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

2. индукция.

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

3. дедукция.

Тестировщики формулируют гипотезы о возможных ошибках на основе известных правил и логических выводов.

4.обратное прослеживание (Backtracking).

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

Использование этих методов и понимание различных видов ошибок позволяет разработчикам создавать более надежное и устойчивое обеспечение.

Вот несколько способов, как это может помочь:

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

2. улучшение пользовательского опыта: когда программа правильно обрабатывает ошибки, пользователи получают более понятные и информативные сообщения об ошибках, что помогает им лучше понимать, что пошло не так и как это исправить.

Таблица 8 - характеристика ошибок тестирования и отладки

Вид ошибок

Характеристика ошибок

1

2

1. Синтаксические

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

2. Ошибки компоновки

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

3. Ошибки выполнения

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

Методы ошибок

Характеристика методов ошибок

1

2

1. Ручного тестирования

Этот метод включает проверку программы вручную пользователем или тестировщиком.

Для выполнения тестирования справочника в 1С и составления отчета по тестированию, необходимо следовать определённой структуре. Я предоставлю вам общий план и рекомендации по тестированию справочников в 1С.

1. Подготовка к тестированию

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

- проверить корректность работы справочника.

- убедиться в соответствии функционала требованиям.

- проверить производительность и стабильность.

1.2. Сбор требований

- изучить документацию по справочнику.

- определить ключевые функции, которые должны быть протестированы.

2. Разработка тест-кейсов

2.1. Тест-кейсы для справочника

1. Создание записи

- ввод корректных данных.

- ввод некорректных данных (проверка валидации).

2. Редактирование записи

- изменение всех полей.

- проверка сохранения изменений.

3. Удаление записи

- удаление существующей записи.

- проверка невозможности удаления, если запись используется в других объектах.

4. Поиск и фильтрация

- поиск по всем полям.

- проверка работы фильтров.

5. Отображение данных

- проверка корректности отображения всех полей.

- проверка сортировки по различным полям.

6. Импорт/экспорт данных

- проверка импорта данных из файла.

- проверка экспорта данных в файл.

7. Производительность

- проверка времени загрузки справочника с большим количеством записей.

3. Выполнение тестирования

3.1. Проведение тестов

- выполните каждый тест-кейс и зафиксируйте результаты.

- убедитесь, что все тесты пройдены успешно.

4. Составление отчета по тестированию

4.1. Структура отчета

1. Введение

- цели и задачи тестирования.

2. Общие сведения о справочнике

- описание функционала и предназначения справочника.

3. Проведенные тесты

- перечень тест