Протокол тестирования иммунохроматографическим экспресс-тестом содержания наркотических веществ в моче

Приложение N 5 к Методическим рекомендациям по медицинскому обеспечению безопасности дорожного движения

ПРОТОКОЛ ТЕСТИРОВАНИЯ ИММУНОХРОМАТОГРАФИЧЕСКИМ ЭКСПРЕСС-ТЕСТОМ СОДЕРЖАНИЯ НАРКОТИЧЕСКИХ ВЕЩЕСТВ В МОЧЕ "___"_________ 200_ г.

1. Фамилия, имя, отчество _______________________________________

Год рождения ____________________________________________________

Наименование организации ________________________________________

Дата и время тестирования _______________________________________

Кто проводил тестирование _______________________________________

2. Сведения об экспресс-тесте:

а) фирма-изготовитель и продавец: _______________________________

б) срок годности экспресс-теста до ______________________________

в) серия и номер экспресс-теста _________________________________

3. Причина тестирования: подозрение на наркотическое опьянение, наличие свежих следов инъекций и др. (указать причину)

______________________________________________________________________

4. Результат тестирования на наличие наркотического вещества в моче:

положительный (ненужное зачеркнуть) отрицательный

Протоколы тестирования

Протоколы тестирования

Протоколы по каждому тесту должны содержать информацию, достаточную для повторения теста. Данная информация должна включать:

• план тестирования или технические требования (спецификацию) к тестированию. содержащие контрольные примеры (для каждого контрольного примера указаны его цели)

• все результаты, связанные с контрольными примерами, включая все ошибки, выявленные при выполнении теста

• штат персонала, вовлеченного в тестирование.

Отчет о тестировании

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

1. Обозначение продукта.

2. Вычислительные системы, использованные при тестировании (технические средства, программные средства и их конфигурация).

3. Использованные документы (включая их обозначения).

4. Результаты тестирования описания продукта, документации пользователя, программ и данных.

5. Перечень несоответствий требованиям.

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

7. Дата окончания тестирования.

Дополнительное тестирование

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

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

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

все другие части должны быть по крайней мере выборочно протестированы.

Протокол комплексного тестирования программных средств

Приложение N 5 к Положению об организации работ по развитию автоматизированной информационной системы Федеральной налоговой службы (АИС "Налог"), утвержденному Приказом ФНС России от 29 марта 2013 г. N ММВ-7-6/134@

1. Условия, в которых проводилось тестирование:

Тестирование проводилось на сервере (указать производителя и тип сервера) в следующей конфигурации: процессор (указать характеристики и количество), память (указать объем), дисковый массив на базе ______________, сетевая карта ______________________. Установленная ОС - (название операционной системы и ее версия/год). Установленная СУБД - (название СУБД и ее версия/год).

В качестве клиентов использовались (различные/одинаковые - какие) рабочие станции с установленными ОС: (название операционной системы и ее версия/год), ___ (название операционной системы и ее версия/год) и установленными пакетами ________________.

2. Тестирование проводилось по следующим режимам:

2.1. Доработка программного обеспечения подсистемы (задачи, блока) "Государственная регистрация ЮЛ, ИП, КФХ":

- В соответствии с приказом ФНС России N (указать номер) от (указать дату) "_____ (указать название приказа) ______" далее излагается сущность реализации.

- В соответствии с письмом ФНС России N (указать номер) от (указать дату) "_____ (указать название письма) ______" далее излагается сущность реализации.

- И т.п.

2.N. Доработка программного обеспечения подсистемы (задачи, блока) "Иные (указать - какие)":

- В соответствии с приказом ФНС России N (указать номер) от (указать дату) "_____ (указать название приказа) ______" далее излагается сущность реализации.

- В соответствии с письмом ФНС России N (указать номер) от (указать дату) "______ (указать название письма) ______" далее излагается сущность реализации.

- И т.п.

3. В ходе тестирования ошибки не выявлены (устранены).

4. Выводы:

- протестированное ППО готово к предъявлению комиссии для проведения приемосдаточных испытаний (для стадии "Развитие (модернизация) прикладного программного обеспечения АИС "Налог" - п. 5.3.2 Положения)

или

- протестированное ППО готово к промышленной эксплуатации (для стадии "Сопровождение АИС "Налог" - п. 5.3.4 Положения).

1. Теория тестирования программного обеспечения.

Оглавление

Введение

Новые методологии программирования, таких как ускоренная разработка приложений (RAD), экстремальное программирование, привели к интенсивным разработкам средств автоматизированного тестирования. Главной особенностью этих методологий является возможность получения различных версий программного продукта всё возрастающего объёма с высокой частотой. Отсюда, современное тестирование приобрело итеративную природу - каждая новая версия сопровождается значительным количеством новых тестов, а так же переработкой существующих автоматизированных средств тестирования. Поскольку для каждой версии проекта необходимо разработать средство позволяющее наиболее полно протестировать все его особенности, актуальны методы и алгоритмы проектирования автоматизированных средств тестирования, с помощью которых можно быстро и с наименьшими затратами разработать подобное средство. Отличительные особенности проектирования автоматизированных средств тестирования вытекает из специфики задач. которые ставятся перед ними:

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

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

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

1.Тестирование программного обеспечения.

Тестирование проводится с целью обеспечить качество разрабатываемого программного продукта. Стандарт ISO-8402, посвященный описанию систем обеспечения качества программного обеспечения, под качеством понимает "совокупность характеристик программного продукта, относящихся к его способности удовлетворять установленные и предполагаемые потребности клиента". Основным параметром качества программы является надёжность. Надёжность определяется как вероятность его работы без отказов в течении определённого периода времени, рассчитанная с учётом стоимости для пользователя каждого отказа. Отказ программного обеспечения - это проявление ошибки в нём. Отсюда тестирование ПО - это процесс выполнения программы с целью обнаружения в ней ошибок. "Удачным" тестом является такой, на котором выполнение программы завершилось с ошибкой. Напротив, "неудачным" называется тест, не позволивший выявить ошибку в программе. Основные принципы организации тестирования:

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

2. Программе не должна тестироваться её автором

3. Организация - разработчик программного обеспечения не должна "единолично " его тестировать

4. Необходимо подбирать тесты не только для правильных (предусмотренных) входных данных, но и для неправильных (непредусмотренных)

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

6. "Принцип скопления ошибок" - вероятность наличия не обнаруженных ошибок в некоторой части программы прямо пропорциональна числу ошибок, уже обнаруженных в этой части

Процесс тестирования состоит из трёх этапов:

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

2. Исполнение тестов.

3. Анализ полученных результатов.

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

- "Чёрный ящик" - тестирование функционального поведения программы с точки зрения внешнего мира (текст программы не используется).

- "Белый ящик" - тестирование кода на предмет логики работы программы и корректности её работы с точки зрения компилятора того языка на котором она писалась.

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

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

- Compuware Corporation ( DevPartner`s)

- Rational Software from IBM

- Gcov (open source program for TrueCoverage)

- Различные редакторы и средства облегчающие редактирование текста(EditPlus 2, WinEdit и т.д.)

Автоматизированные средства разрабатываются в основном для следующих этапов процесса тестирования:

- Тестирование функциональных требований

- Тестирование пользовательского интерфейса

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

- Комплексное тестирование

- Анализ сложности программных модулей

- Тестирование покрытия программного кода

- Тестирование скорости загрузки системы

- Тестирование граничных условий

- Тестирование утечки памяти

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

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

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

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

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

2.Организация тестирования программ.

Тестирование программного продукта одновременно проводится в 3-ёх направлениях:

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

2.Тестирование высокого уровня: Здесь главная цель тестирования - выяснить, удовлетворяет ли разработка всем требованиям заказчика. Для программного продукта пишутся эмуляторы, с помощью которых тестер может наблюдать за работой системы в роли оператора. Он видит, как система осуществляет диалог с пользователем, какие сообщения она выдаёт, как реагирует на различные события, сохраняет информацию и т.д. Большинство обнаруживаемых ошибок на этом этапе связанно с ошибками взаимодействия программного продукта с пользователем - вывод ошибочных сообщений, не правильная реакция на запрос от оператора и т.п.

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

Существуют стандарты тестирования, они зависят от того в какой области применяется разрабатываемое ПО. Ниже представлены некоторые из них:

Стандарт ISO 9001

ISO 9001 - стандарт, основанный на принципах контроля качества. В нём, по существу, задаются ключевые функциональные требования, для каждого из которых нужно сказать, что делается, как сделать то, что сказано, и иметь возможность показать, что было сделано. Реализация данного стандарта в среде ПО - ISO 9000-3.

Стандарт ISO/IEC 12207 и IEEE/EIA 12207

ISO/IEC 12207 - это международный стандарт, описывающий структуру процессов жизненного цикла ПО от концепции до изъятия из обращения. Стандарт IEEE/EIA 12207 - адаптация ISO/IEC 12207 для США.

В соответсвии с этими стандартами в той или иной отрасли производства выдвигаются требования к тестрованию ПО. Например в авиации США на основе ISO/IEC 12207 был выработан стандарт RTCA( Requirements and Technical Concepts for Aviation). В нём перечисленны следующие требования к тестированию верхнего и нуижнего уровня: Тестирование верхнего уровня:

- Требования высокого уровня должны включать в себя системные требования к ПО

- Требования высокого уровня должны формулироваться с учётом архитектуры ПО

- Программный код должен удовлетворять архитектуре ПО и требованиям низкого уровня

- Откомпилированный и готовый к использованию код должен удовлетворять требованиям к ПО

- Используемые значения должны технически соответствовать поставленным целям и выполнять их для всех уровней ПО

Тестирование нижнего уровня:

- Проверку (Verification) требований нижнего уровня

- Проверку архитектуры программного обеспечения (ПО)

- Проверку логического покрытия для всех функций написанных в ПО

- Контроль процедур тестирования

- Независимость ПО от тестирования. Т.е. ПО не должно перестраиваться особым образом под тесты

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

- Робастное тестирование

- Тестирование на предмет косвенного обнаружения ошибок. Например: соответствие стандартам разработки ПО.

Заключение:

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

Источники: obrazec.org, info-tehnologii.ru, www.com-papers.info, alexproger.narod.ru