Методика тестирования программ судопроизводства

Процесс оценки качества компьютерных программ, называют тестированием программного обеспечения. На самом деле, тестирование программы мало что говорит о ее качестве, поскольку 10 или даже 10 млн тестов — это лишь капля в океане всех возможных случаев.

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

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

Корпорация Microsoft выпускает пакеты обновлений («Service Pack»), для своих операционных систем.

Судопроизводство - это установленный законом порядок возбуждения, рассмотрения и разрешения дел . Рассмотрим виды судопроизводства, определяющие статус, объем прав, а также обязанностей его участников:

• 1)    Конституционное судопроизводство

Основная задача: контроль за соответствием Конституции РФ. Решение Конституционного Суда РФ является окончательным и не подлежит обжалованию.

• 2)    Уголовное судопроизводство. Оно решает вопросы в сфере наиболее значимых и опасных в обществе правонарушений, именуемых преступлениями.

• 3)    Административное судопроизводство — это способ рассмотрения и решение жалоб граждан и юридических лиц на действия органов власти. Оно также занимается разрешением споров между органами управления и населением, т.е. индивидуальными гражданами и организациями.

Гражданское судопроизводство - это законный процесс защиты, восстановления нарушенных гражданских прав.

• 4)    Тестирование «белого ящика» и «чёрного ящика»

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

Разработчик может писать программный код, и имеет доступ к исходному коду, которые связаны с библиотеками программного обеспечения. Такой метод осуществляется при тестирование профессионалом белого ящика (также называют прозрачным ящиком ). Она присуще такому тестированию, когда тестируются только отдельные части системы (юнит - тестирование)

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

Статическое и динамическое тестирование

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

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

Регрессионное тестирование

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

Тестовые скрипты

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

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

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