---

Давай разберем твою таблицу Таблица 1.1 из файла Проверка.odt и доработаем пустые или требующие улучшения пункты, опираясь на теоретические сведения из методички. В качестве объекта тестирования у тебя выбран сайт X-calculator.ru.
Ниже приведены корректировки дляже уже заполненных строк (чтобы они звучали более профессионально и соответствовали терминам из методички), а также заполнение тех строк, где стояли прочерки (-).
Корректировка и дополнение Таблицы 1.1
1. Функциональные и пограничные виды тестирования
 * Functional Testing
   * Было: Ошибок не выявлено, система коректно выполняет свои задачи.
   * Как лучше: Ошибок не выявлено; основные функции калькулятора (математические расчеты) соответствуют заявленной спецификации.
 * Safety Testing
   * Было: Ошибок не выявлено, возможность риска приченения вреда чему либо нулевая.
   * Как лучше: Ошибок не выявлено; использование калькулятора не создает риска причинения вреда здоровью пользователя, оборудованию или данным.
 * Security Testing
   * Было: Ошибок не выявлено.
   * Как лучше: Ошибок не выявлено; веб-ресурс корректно функционирует по защищенному протоколу HTTPS, уязвимостей к базовым внешним воздействиям не обнаружено.
 * Compatibility Testing
   * Было: Ошибок не выявлено (проверенно на РедOC в yandex и firefox браузерах, а так же в android в google).
   * Как лучше: Кроссбраузерное и кроссплатформенное тестирование успешно пройденно в ОС РЕД ОС (браузеры Яндекс.Браузер, Mozilla Firefox) и Android (Google Chrome), критических сбоев в верстке и логике нет.
 * GUI Testing
   * Было: Ошибок не выявлено, кнопки выполняют действия которые ожидаются при нажатии на них.
   * Как лучше: Элементы интерфейса выравнены корректно, шрифты и стили унифицированы, кнопки интерактивны и полностью соответствуют своему назначению.
 * Usability Testing
   * Было: Ошибок не выявлено, интерфейс интуитивно понятен, также есть подсказки.
   * Как лучше: Интерфейс интуитивно понятен, навигация логична, визуальное оформление не перегружено, обеспечивается высокая легкость использования для пользователя.
 * Accessibility Testing
   * Было: Сайт не предоставляет каких либо возможностей для людей с ограниченными возможностями.
   * Как лучше: Выявлено отсутствие адаптивных инструментов для пользователей с ограниченными возможностями (например, поддержки экранных дикторов или изменения контрастности).
 * Internationalization Testing
   * Было: Сайт не предоставляет каких либо возможностей по смене языка.
   * Как лучше: Продукт локализован только под русскую языковую среду, механизмы интернационализации (переключения локалей и форматов) не предусмотрены.
 * Performance Testing
   * Было: Ответ приходит в среднем после 70 ms, задержек не выявлено.
   * Как лучше: Среднее время отклика системы составляет около 70 мс, задержек при выполнении базовых расчетных операций не зафиксировано.
 * Stress Testing
   * Было: Ошибок не выявлено.
   * Как лучше: Система сохраняет работоспособность при кратковременном росте числа параллельных запросов на предельных значениях нагрузки.
2. Заполнение пропущенных пунктов (где были прочерки -)
 * Negative Testing (Проверка на некорректных данных / сценариях)
   * Тестовые проверки: При попытке ввода в поле калькулятора недопустимых символов (букв, спецсимволов) или деления на ноль система корректно выводит сообщение об ошибке / предупреждение, не допуская аварийного завершения работы (падения страницы).
 * Black Box Testing (Тестирование «черного ящика» без знания внутреннего кода)
   * Тестовые проверки: Проведение функциональных и интерфейсных проверок сайта исключительно через пользовательский интерфейс (ввод чисел, нажатие кнопок) без доступа к исходному коду и структуре базы данных.
 * Automated Testing (Автоматизированное тестирование)
   * Тестовые проверки: Потенциально может быть реализовано с помощью скриптов (например, Selenium / Playwright) для автоматической проверки корректности математических расчетов при изменении входных данных. (Примечание: в рамках ручной лабораторной работы проверки выполнялись вручную).

* Unit / Component Testing (Модульное тестирование)
   * Тестовые проверки: Проверка отдельных изолированных функций или скриптов калькулятора (например, функций сложения, вычитания, тригонометрических операций) на уровне исходного кода (выполняется разработчиком).
 * Integration Testing (Интеграционное тестирование)
   * Тестовые проверки: Проверка корректности взаимодействия между фронтенд-частью (интерфейсом ввода) и бэкенд-модулем (логикой вычислений на сервере).
Рекомендации по оформлению отчета:
 * Обязательно проверь, чтобы таблица в твоем .odt файле выглядела аккуратно, все формулировки были согласованы, а орфографические ошибки (например, «коректно», «приченения») были исправлены.
 * Убедись, что выполнены остальные пункты практической работы (разработка композиций тестов для первой, второй, третьей и четвертой поставок ПО), если они требуются по заданию в твоем файле.