Cтраница 2
При проверке программ доступными для измерения считаются как исходные данные, выходные и промежуточные результаты, так и любые отношения между обрабатываемыми программой данными. Установление корректности программы только для частных значений исходных данных и соответствующих им результатов не дает гарантии ее полной отлаженности. При поиске ошибок следует учитывать внутреннюю структуру программ. Детальный анализ структур программ при поиске ошибок является одним из перспективных подходов к построению эффективных средств получения корректных программ. [16]
При проверке программы на предельные значения входных данных в первую очередь следует добиваться правильности ее работы при предельно допустимых значениях данных, а затем проверять реакцию программы на данные, выходящие за допустимую область значений. Программа должна если не обнаруживать такие данные, то по крайней мере иметь средства для завершения работы в этих условиях. [17]
Тест для проверки программы перекодировки должен содержать все символы УПП, которые могут быть расположены в любом порядке. Необходимо проверить и случай, когда перекодированная строка теста ( вместе со знаками и %) не умещается в 72 символа. Следует также проверить возможность использования служебной программы UPDATE для исправления и печати информации, записанной на диск, с последующим переводом исправленного текста. [18]
Важность отапа проверки программ определяется еде и что по оценка специалистов эта работа занимал от 30 ДО 80 времени, уделяемого программистом при рэиении задачи. [19]
К трудностям проверки программы, особенно логических ее участков, можно отнести то, что поскольку сверять приходится, собственно говоря, не тексты алгоритмов и программ, а вычислительные процессы, ими определяемые, то проверка часто имеет не визуальный характер, а мысленный. Таким образом, увеличение количества этапов алгоритмизации должно приводить к значительному облегчению и тем самым к увеличению эффективности, а в конечном счете, к ускорению проверки и отладки, несмотря на увеличение объема производимых работ при пошаговой алгоритмизации. [20]
Во время проверки закоммутированной программы выявляются допущенные ошибки и вносятся соответствующие исправления на коммутационную доску и в бланк программы. После отладки составленная программа монтируется на съемной программной доске. [21]
Параметры выборок при различных N. [22] |
С целью проверки программы информационного критерия в зависимости от оптимальной программы, использующей метод динамического программирования, были проведены статистические испытания на ЭВМ. [23]
Обнаруженные при проверке программы показатели надежности используются для оценки степени ее отработанности. Прогнозируемые показатели надежности используются при расчете надежности программно-управляемого изделия. Возможны два варианта такого расчета. [24]
После составления и проверки программы в условных адресах распределяют память и устанавливают соответствие между условными и истинными адресами, а затем программу переписывают в действительных адресах. [25]
Лишь после такой проверки программы она считается отлаженной и используется для решения задачи. Комплект перфокарт, хранящий программу, считается тоже отлаженным на машине, и при использовании для повторного решения задач программа, вводимая с него, отладке больше не подвергается. [26]
Другим подходом к проверке программы модуля без машины является прогон тестовых вариантов с прослеживанием хода выполнения программы. Тестовые варианты должны быть простыми и в ограниченном количестве, с тем чтобы избежать громоздкого ручного процесса прокрутки. Подборку тестовых вариантов целесообразно поручить разработчику модуля ( или модулей), вызывающего данный тестируемый модуль. Разработчик тестируемого модуля в процессе прокрутки дает разъяснения логики модуля. Этот контакт позволяет не только проверить логику модуля, но и получить список дополнительных проблем, включающих плохую практику программирования, неэффективность приемов реализации отдельных частей или алгоритма в целом и другие рекомендации. [27]
Ход моделирования завершается проверкой программы. [28]
Изображение инструмента на экране дисплея при токарной обработке. [29] |
Применение активного дисплея для проверки программ позволяет значительно сократить время расчета программы и объем требуемой ферритовой ( оперативной) памяти. Технолог может с помощью дисплея, на котором изображена заготовка, принимать решения и получать приемлемые результаты гораздо быстрее, чем это делается путем обычных вычислений на ЭВМ без вмешательства человека. В этом случае требуется дальнейшее исследование возможностей диалога, целесообразного лишь для небольшой части технологических работ или для тех работ, результат которых может быть выражен графически. [30]