Проверка - программа
Cтраница 1
Проверка программы выполняется следующим образом. На основании функционального теста составляются таблицы имитации для всех обрабатывающих модулей. Проектировать таблицы удобно в виде матрицы, в первом столбце которой записываются последовательные значения поля SOSMAS, а в остальных столбцах - значения элементов таблиц имитации для каждого из модулей. В каждой строке такой матрицы будут заполнены только два элемента - в столбце SOSMAS и для одного из модулей. Если окажется, что функциональный тест не позволяет проверить всех путей управляющего модуля, его надо расширить. [1]
 |
Расчетная схема JK-триггера типа РЕТЛ.| Расчетная схема логической схемы НЕ типа РЕТЛ. [2] |
Проверка программы как таковой ( по командам) не может быть показателем того, что программа способна выполнить все заложенные в нее функции. [3]
Проверка программы, осуществляемая в ходе рабочего прогона с целью убедиться, работает ли программа так, как требуется. Программа выполняется с испытательными данными, а затем анализируется поведение программы в ответ на эти испытательные данные. [4]
Проверка программы с ограниченной группой учащихся необходима, так как если окажется, что программа неудовлетворительна, то ошибки или недоработки можно исправить в процессе преподавания. Заметим, однако, что ограниченная группа учащихся сужает опыт. [5]
Проверка программы, выполняемая во время ее трансляции. [6]
Автоматизированную проверку программ следует начинать с контроля некоторых свойств, которым должны удовлетворять программы. [7]
Для проверки программы были выполнены два методических расчета при следующих исходных данных. [8]
После проверки программы на контрольном примере переключатель Р / Г устанавливаем в положении Г и вводим данные. [9]
Для проверки программы воспользуемся следующим приемом: зададим в качестве исходной информации несколько точек параболы с известными коэффициентами и посмотрим, получатся ли в результате вычислений те же коэффициенты. [10]
Для проверки программы следует нажать кнопку Воспроизведение на панели ПЗК. [11]
При проверке программы снизу вверх предполагается, что уже проверены модули, подчиненные проверяемому. При этом часть среды, которую составляют связи с этими модулями, имитировать не требуется, так как можно использовать сами проверенные модули. [12]
При проверке программы сверху вниз сначала проверяется до-дуль самого верхнего уровня, а затем к нему постепенно подключаются модули все более низких уровней. Модули самых нижних уровней подключаются последними. При таком подходе обычно для проверки каждого модуля достаточно теста данных, составленного для проверки всей программы в целом, а имитации для проверки каждого модуля подлежит только часть среды, отражающая связи с модулями нижних уровней. Применение того или иного подхода зависит от сложности различных составляющих среды, уровня унификации и ряда других факторов. [13]
При проверке программ снизу вверх наиболее существенные особенности заключены в имитации среды. Здесь приходится имитировать программную составляющую среды верхнего уровня, иными словами, создавать специальную программу, управляющую работой проверяемого модуля. Чаще всего модуль нижнего уровня обрабатывает данные, не являющиеся входными для всей задачи, что требует имитации входных данных для модуля, в том числе и с помощью специальных программ. Проблема состоит в том, чтобы перечисленные средства имитации среды не оказались того же порядка сложности, что и проверяемые программы. Если средства имитации оказываются сложны, то они сами требуют проверки, и такая работа оправдана только в случае их многократного использования. [14]
При проверке программ сверху вниз единовременно происходит проверка только одного модуля, как и при альтернативном методе. Отличие состоит в том, что имитируемая среда представляет собой не верхний, а нижний уровень проверяемой программы. [15]
Страницы: 1 2 3 4