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

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

В соответствии с этапом обработки, на котором проявляются ошибки, различают:

• синтаксические ошибки — ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы; 
• логические ошибки — …; 
• ошибки компоновки — ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы;
• ошибки выполнения — ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы.

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

• неверное определение исходных данных,
• логические ошибки,
• накопление погрешностей результатов вычислений.

Методы отладки программного обеспечения

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

Метод ручного тестирования

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

Метод индукции

Метод основан на тщательном анализе симптомов ошибки, которые могут проявляться как неверные результаты вычислений или как сообщение об ошибке. Если компьютер просто «зависает», то фрагмент проявления ошибки вычисляют, исходя из последних полученных результатов и действий пользователя. Полученную таким образом информацию организуют и тщательно изучают, просматривая соответствующий фрагмент программы. В результате этих действий выдвигают гипотезы об ошибках, каждую из которых проверяют. Если гипотеза верна, то детализируют информацию об ошибке, иначе — выдвигают другую гипотезу. Последовательность выполнения отладки методом индукции показана на рисунке в виде схемы алгоритма.

Самый ответственный этап — выявление симптомов ошибки. Организуя данные об ошибке, целесообразно записать все, что известно о её проявлениях, причем фиксируют, как ситуации, в которых фрагмент с ошибкой выполняется нормально, так и ситуации, в которых ошибка проявляется. Если в результате изучения данных никаких гипотез не появляется, то необходима дополнительная информация об ошибке. Дополнительную информацию можно получить, например, в результате выполнения схожих тестов. В процессе доказательства пытаются выяснить, все ли проявления ошибки объясняет данная гипотеза, если не все, то либо гипотеза не верна, либо ошибок несколько.

Метод дедукции

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

Метод обратного прослеживания

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

Методы и средства получения дополнительной информации

Для получения дополнительной информации об ошибке можно выполнить добавочные тесты или использовать специальные методы и средства:

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

Данный метод не очень эффективен и в настоящее время практически не используется, так как в сложных случаях в процессе отладки может потребоваться вывод большого количества — «трассы» значений многих переменных, которые выводятся при каждом изменении. Кроме того, внесение в программы дополнительных операторов может привести к изменению проявления ошибки, что нежелательно, хотя и позволяет сделать определенный вывод о ее природе.

Примечание. Ошибки, исчезающие при включении в программу или удалению из нее каких-либо «безобидных» операторов, как правило, связаны с «затиранием» памяти. В результате добавления или удаления операторов область затирания может сместиться в другое место и ошибка либо перестанет проявляться, либо будет проявляться по-другому.

Интегрированные средства отладки. Большинство современных сред программирования (Delphi, Builder C++, Visual Studio и т. д.) включают средства отладки, которые обеспечивают максимально эффективную отладку. Они позволяют:

Отладка с использованием независимых отладчиков. 

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

Общая методика отладки программного обеспечения

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

1 этап — изучение проявления ошибки — если выдано какое-либо сообщение или выданы неправильные или неполные результаты, то необходимо их изучить и попытаться понять, какая ошибка могла так проявиться. При этом используют индуктивные и дедуктивные методы отладки. В результате выдвигают версии о характере ошибки, которые необходимо проверить. Для этого можно применить методы и средства получения дополнительной информации об ошибке. Если ошибка не найдена или система просто «зависла», переходят ко второму этапу.

2 этап — локализация ошибки — определение конкретного фрагмента, при выполнении которого произошло отклонение от предполагаемого вычислительного процесса. Локализация может выполняться:

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

3 этап — определение причины ошибки — изучение результатов второго этапа и формирование версий возможных причин ошибки. Эти версии необходимо проверить, возможно, используя отладочные средства для просмотра последовательности операторов или значений переменных.

4 этап — исправление ошибки — внесение соответствующих изменений во все операторы, совместное выполнение которых привело к ошибке.

5 этап — повторное тестирование — повторение всех тестов с начала, так как при исправлении обнаруженных ошибок часто вносят в программу новые.

Следует иметь в виду, что процесс отладки можно существенно упростить, если следовать основным рекомендациям структурного подхода к программированию:

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

Источник:

Содержание

1. Исправление ошибок в документах и учетных регистрах
2. Правовая основа исправления ошибок в бухгалтерском учете
3. Способы исправления ошибок в учетных записях
4. Корректурный способ исправления ошибок
5. Исправление ошибок способом дополнительной проводки
6. «Красное сторно» как один из способов исправления
7. Практическое задание по теме «Исправление ошибок в документах и учетных регистрах»
8. Изучаем способы исправления ошибок в учете и документах
9. Содержание статьи:
10. 1. Что такое ошибки в учете
11. 2. Существенная и несущественная ошибка в бухгалтерском учете
12. 3. Исправление ошибок в бухгалтерских документах
13. 4. Способы исправления ошибок в учете
14. 5. Составление дополнительных проводок
15. 6. Сторнировочные проводки
16. 7. Как исправляет ошибки 1С: Бухгалтерия
17. 8. Правила исправления ошибок в бухучете

Исправление ошибок в документах и учетных регистрах

Правовая основа исправления ошибок в бухгалтерском учете

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

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

Правовой основой регулирующий исправление ошибок в учете является в первую очередь Федеральный закон от 06.12.2011 N 402-ФЗ «О бухгалтерском учете».

Ст. 10 402-ФЗ определяет порядок занесения первичных документов и информации содержащихся в них в учетные регистры и систему их заполнения. Кроме того, в п.8 ст. 10 закона 402-ФЗ говорится о порядке проведения исправлений в учетных регистрах в случае допущения в них ошибок.

Больше внимания вопросу исправлении ошибок уделено в ПБУ «Исправление ошибок в бухгалтерском учете и отчетности» (ПБУ 22/2010).

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

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

При этом выявленные ошибки и последствия, вызванные ими, подлежат обязательной корректировке.

Способы исправления ошибок в учетных записях

В целом в бухгалтерском учете выделяют следующие способы исправления ошибок:

1. корректурный способ;
2. дополнительной проводки;
3. «Красное сторно» (способ отрицательных чисел).

Выбранный в той или иной ситуации способ определяется характером совершенной ошибки.

Корректурный способ исправления ошибок

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

• совершение описок;
• ошибок при подсчете итогов;
• занесении данных не в тот учетный регистр.

Исправления делаются следующим образом: ошибочные данные зачеркиваются так чтобы их было видно (одной чертой), рядом делают верную запись с отражением даты, подтверждением фразой «Исправленному верить» и подписью.

Д 20 К 10/1 -– 5 000руб.

Д 20 К 10/1 – 5 100руб. «Исправленному верить» 18.01.18 Власова А. Н.

Исправление ошибок способом дополнительной проводки

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

Допущена ошибка в записи суммы, правильная сумма 6500 рублей.

Д 10/10 К 60 – 5 850 руб.

Д 10/10 К 60 – 650 руб.

«Красное сторно» как один из способов исправления

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

Ошибочная запись аннулируется путем сторнировочной записи. Сторнировочная запись – это проводка с отрицательным числом, при этом она делается красными чернилами (пастой), либо выделяется красным цветом в прикладных бухгалтерских программах.

Поступили строительные материалы от поставщиков на сумму 6 100 рублей.

Д 10/4 К 60 – 6 100 руб.

Д 10/4 К 60 – 6 100 руб.

Теперь пишется правильно.

Д 10/8 К 60 – 6 100 руб.

Практическое задание по теме «Исправление ошибок в документах и учетных регистрах»

Задание 1: Внутри организации средства переведены с одного денежного счета на другой на сумму 80 200 руб. В учете при этом сделана следующая проводка Д 50 К 55/1 – 80 200 руб. Исправить данные.

1. Корректурный способ.

Д 50 К 55/1 -– 80 200 руб.

Д 50 К 51 – 80 200 руб. «Исправленному верить» 03.04.2018г. Петрова А. Н.

2. Способ «красное сторно».

Д 50 К 55/1 – 80 200 руб.

Д 50 К 55/1 – 80 200 руб.

Д 50 К 51 – 80 200 руб.

Задание 2: Внутри организации средства переведены с одного денежного счета на другой на сумму 80 200 руб. В учете при этом сделана следующая проводка Д 50 К 51 – 72 100 руб. Исправить данные с использованием способа дополнительной проводки.

1. Способ дополнительной проводки.

Источник

Изучаем способы исправления ошибок в учете и документах

Есть очень хорошая поговорка: «Не ошибается тот, кто ничего не делает». А бухгалтер выполняет очень большой объем работы и зачастую принимает решения в нестандартных ситуациях. Поэтому ошибки в учете могут быть. Их не надо бояться, а нужно уметь правильно исправить. Способы исправления ошибок в учете будут зависеть от ситуации. Давайте учиться!

Основной нормативный акт, который определяет и классифицирует ошибки, а также регламентирует правила исправления ошибок в бухучете ─ ПБУ 22/2010 «Исправление ошибок в бухгалтерском учете и отчетности».

Содержание статьи:

1. Что такое ошибки в учете

2. Существенная и несущественная ошибка в бухгалтерском учете

3. Исправление ошибок в бухгалтерских документах

4. Способы исправления ошибок в учете

5. Составление дополнительных проводок

6. Сторнировочные проводки

7. Как исправляет ошибки 1С: Бухгалтерия

8. Правила исправления ошибок в бухучете

Итак, идем по порядку.

1. Что такое ошибки в учете

Ошибкой считается неправильное отражение хозяйственных операций в учете и/или отчетности в результате (п.3 ПБУ 22/2010):

• Неправильного применения законодательства. Такое часто происходит в тех случаях, когда принимают законы или нормативные акты, а как по ним работать ─ непонятно. После того, как появляются разъяснения, многим бухгалтерам приходится вносить изменения в учет и отчетность.
• Неправильного применения учетной политики. Для того, чтобы не было таких ошибок, учетную политику нужно составлять очень тщательно и все, что в ней написано, не должно иметь двоякого толкования.
• Неточностей в вычислениях.
• Неправильной классификации или оценки фактов хозяйственной деятельности. Например, организация закупила дорогую техоснастку. Если смотреть по стоимости, то оснастку можно отнести к основному средству, а если по сроку службы, то к материалам. От того, как будет оприходован актив, в дальнейшем зависит формирование себестоимости и прибыль. Поэтому важно правильно классифицировать любые, особенно нестандартные, хозяйственные операции.
• Неправильного использования информации, которое было на дату подписания отчетности.
• Недобросовестных действий должностных лиц.

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

Еще до подписания отчетности вспомнили про материалы, нашли документы, но решили изменения в учет и отчетность не вносить. По факту получается следующее: документы и информация в организации были, но их не отразили в учете. В итоге: в активе баланса не хватает суммы по строке «Запасы», а в пассиве ─ по строке «Кредиторская задолженность». При этом завышен забаланс.

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

2. Существенная и несущественная ошибка в бухгалтерском учете

Ошибка в учете считается существенной, если она влияет на экономические показатели компании. Например, в результате неправильного использования цен при выставлении счетов-фактур выручка оказалась заниженной. Величина ошибки составила 100 000 рублей. Для небольшой компании эта сумма может составлять 30% от показателя «выручка», а для организации с огромными оборотами ─ 0,1%. Поэтому существенность принято считать не в абсолютных, а в относительных показателях ─ долях или процентах.

До 2010 года существенность в размере 5% была определена Приказом Минфина России от 22.07.2003 № 67н. Этот приказ был отменен в сентябре 2010 года.

С 2010 года, согласно п.3 ПБУ 22/2010, определять существенность ошибок компания должна самостоятельно. Уровень существенности может отличаться для разных статей. Все это должно быть прописано в учетной политике.

3. Исправление ошибок в бухгалтерских документах

Федеральный закон «О бухгалтерском учете» от 06.12.2011 № 402-ФЗ в п.7 ст.9 определяет, что исправление первичного документа подтверждается подписями тех лиц, которые составили этот документ, с расшифровкой и датой исправления.

На практике это выглядит так: ответственный за исправление документа зачеркивает неправильную информацию тонкой чертой. Затем рядом, ручкой синего или черного цвета, пишет правильную информацию, расписывается, ставит дату. Количество участников, которые визируют исправление документа, зависит от ситуации.

Давайте рассмотрим два случая исправления ошибок в бухгалтерских документах на одном примере: кладовщик отпускает канцтовары со склада по требованию-накладной.

Вариант 1. Кладовщик отсчитал и выдал другому работнику 25 шариковых ручек. В требовании-накладной, в графе 8 «Отпущено» сделал запись «25». Тот, кто получал ручки, пересчитал их и получилось, что ему выдали не 25, а 23 ручки. В этом случае нужно зачеркнуть «25», написать «23». Расписываются и кладовщик, и работник, который получал канцтовары. Обязательно ставят дату.

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

Вариант 2. Кладовщик заполнил графу 9 «Цена», посчитал стоимость выданных ручек и ошибся в расчетах. В этом случае он может сам исправить свою ошибку, если найдет ее. Для заверения достаточно будет только подписи кладовщика.

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

В кассовые и банковские документы вносить изменения нельзя.

Исправление ошибок в бухгалтерских документах, которые передаются из одной организации в другую, например, в товарной накладной (ТОРГ-12) или в акте выполненных работ, вносятся за подписью ответственных лиц обеих организаций.

После того, как были исправлены первичные документы по реализации товаров (работ, услуг), нужно изменить счет-фактуру. И здесь общие правила не работают. Нужно руководствоваться Постановлением Правительства РФ от 26.12.2011 № 1137. В этом нормативном акте предусмотрены два варианта внесения изменений: исправление в выставленный счет-фактуру или составление корректировочного документа по утвержденной форме.

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

4. Способы исправления ошибок в учете

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

• дополнительная проводка ─ для увеличения суммы уже отраженной хозяйственной операции
• «красное сторно» ─ для ее уменьшения. Название «Красное сторно» связано с тем, что во времена бумажных журналов-ордеров ту сумму, которую нужно было провести в уменьшение, писали красным. Это означало, что при расчетах ее надо вычитать, а не прибавлять.

На примере рассмотрим, как использовать оба способа корректировок.

Компания А в январе 2018 года проверила 10 единиц оборудования компании Б. Стоимость услуги за январь была рассчитана, исходя из цены обслуживания 10000 рублей за единицу. Компания А и компания Б подписали акт выполненных работ на сумму на сумму 118 000 рублей, в том числе НДС ─ 18 000 рублей. Себестоимость услуги ─ 80 000 рублей.

Бухгалтер компании А сделал проводки в учете:

Бухгалтер компании Б отразил покупку услуги:

В феврале 2018 года выяснилось, что при расчете стоимости услуги в январе была использована неправильная цена, она должна быть:

а) 12 000 рублей за единицу (для примера по дополнительной проводке)

б) 9 000 рублей за единицу (для примера для «красного сторно»)

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

5. Составление дополнительных проводок

Вариант с ценой 12 000 рублей. Стоимость услуги без НДС 120 000 рублей, НДС ─ 21 600 рублей, всего 141 600 рублей. Разница с январскими документами составила 23 600 рублей, из них НДС 3 600 рублей.

Учет компании А

Учет компании Б

6. Сторнировочные проводки

Вариант с ценой 9 000 рублей. Стоимость услуги без НДС 90 000 рублей, НДС ─ 16 200 рублей, всего ─ 106 200 рублей. Разница составляет 11 800 рублей, из них НДС 1 800 рублей.

Учет компании А

Учет компании Б

7. Как исправляет ошибки 1С: Бухгалтерия

Что касается работы в программе, например, 1С: Бухгалтерия, то способы исправления ошибок в учете тут будут выглядеть немного иначе, чем в теории.

Суть отличия в том, что проводки по операции, в которую нужно внести исправления, сначала полностью сторнируют, после чего проводят новый документ на полную сумму, а не только на сумму исправлений.

Выглядит это так (на примере компании А в феврале):

• вариант с увеличением стоимости

В итоге получается, что задолженность компании Б увеличилась на 23 600 рублей (141600-118 000), сумма начисленного НДС стала больше на 3600 рублей.

• вариант с уменьшением стоимости

В результате проведенных операций задолженность компании Б уменьшилась на 11 800 рублей, а НДС к уплате ─ на 1 800 рублей.

Исправление ошибок в бухучете дает одинаковый результат, как в теории, так и в программах.

8. Правила исправления ошибок в бухучете

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

Период исправления ошибок зависит от того, когда они были выявлены (п.6-9 ПБУ 22/2010):

• Проще всего исправить ошибки, которые нашли в течение отчетного года или до подписания отчетности руководителем. В первом случае ошибку нужно исправить в том месяце, когда она была выявлена, а во втором ─ в декабре отчетного года.
• Исправление декабрем должно быть проведено и тогда, когда существенные ошибки в учете были обнаружены после того, как отчетность была подписана руководителем, но еще не была представлена на утверждение акционерам или участникам ООО. Или уже представлена, но не утверждена на годовом собрании.
• Ошибки, о которых стало известно после утверждения отчетности исправляют годом, следующим за отчетным. Например, в августе 2018 года были обнаружены ошибки 2017 года. Корректировки нужно внести августом 2018 года. Для исправления существенных ошибок предшествующего года нужно соблюдать правила, установленные п.9 ПБУ 22/2010.

Несущественную ошибку в бухгалтерском учете, которую нашли после подписания отчетности исправляют в том месяце текущего года, в котором обнаружили. Для проводок в этом случае нужно использовать счет 91 «Прочие доходы и расходы». Обычно у этого счета есть субсчет, который так и называется ─ «Прибыль (убыток) прошлых лет, выявленные в отчетном году».

С какими ошибками вы сталкивались в работе и что помогает их найти? Какой уровень существенности установлен в вашей учетной политике? Приходилось ли вам «запрыгивать в последний вагон» и исправлять отчетность перед утверждением?

Ждем ваших комментариев. И, конечно, задавайте вопросы.

Источник

Ошибка или программные ошибки или программное обеспечение аномалии часто также лук ( английский называется), термины из технологии программного обеспечения , с которой системными компонентами программного обеспечения, отклонение упомянутых требуемым или желаемым целевым состоянием для. Это может произойти, если z. Б. определенное определение спецификации неверно или было реализовано неправильно , и изначально приводит к состоянию внутренней ошибки в программе , что, в свою очередь, приводит к неожиданному поведению или результату при выполнении программы . Программное обеспечение с многочисленными ошибками иногда называют crapware под названием Воспринимаясь написано разработчиками как плохое ( английское дерьмо для дерьма ).

Для наиболее полного обнаружения и устранения ошибок программы, как правило, в процессах разработки программного обеспечения , т.е. ЧАС. Перед фактическим «продуктивным» использованием программного обеспечения пройдите этап проекта « тестирования программного обеспечения », во время которого проводится валидация. Ошибки, возникающие во время этого процесса, являются обычными, и цель тестирования — их найти, в то время как ошибки во время работы могут представлять собой критические аномалии / сбои в зависимости от эффекта ошибки. На практике компьютерные программы редко появляются без программных ошибок. Среди прочего известна качественная функция программ. плотность дефектов . Он описывает количество ошибок на 1000 строк кода ( килограмм строк исходного кода ) или на функциональную точку .

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

Так называемые средства отслеживания ошибок (такие как Bugzilla или Mantis ) используются для записи и документирования . Сюда входят отчеты об ошибках, а также предложения по улучшению и запросы (так называемые запросы функций ) от пользователей или общих процессов. См. Также управление дефектами .

Процесс устранения ошибки программы в просторечии называется исправлением ошибок . В технических терминах результат улучшения называется исправлением ошибки, патчем или программным патчем .

Определения

Ошибка программы или программного обеспечения, основанная на общем определении слова » ошибка »

«Несоблюдение требования (EN ISO 9000: 2005)».

В частности, ошибка определяется как

«Отклонение ФАКТИЧЕСКИХ (наблюдаемых, определенных, вычисленных состояний или процессов) от ЗАДАЧИ (определенных, правильных состояний и процессов), если оно превышает предварительно определенный предел допуска [который также может быть 0]».

Согласно ISTQB , термин «ошибка» образован из следующих контекстов:

• неисправны действие (английский Error)

«Действия человека, приводящие к возникновению состояния ошибки ([согласно IEEE 610])»

• … приводит к состоянию ошибки (англ. Defect)

«Дефект (состояние внутренней неисправности) в компоненте или системе, который может нарушить требуемую функцию продукта …»

• эффект вина может (англ. Неудача) приводят к

«Проявление внутренней ошибки в выполнении [программы] как некорректное поведение или результат либо как сбой системы».

Пример деления на ноль : Неправильное действие: Ноль как возможное входное значение не проверялось / не исключалось; Статус ошибки: программа некорректна (возможно, незамеченная); Ошибка: ввод нулевого значения вызывает ошибку времени выполнения при выполнении команды .

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

«Ошибка» как синоним ошибки программы

Слово « ошибка» в переводе с английского означает « Schnabelkerf ; Ошибка »и в просторечии« сельское членистоногое »или« (насекомоподобный) паразит ». На жаргоне американских инженеров значение «неисправность» или «ошибка конструкции» засвидетельствовано с конца 19 века; Это использование слова основано на (шутливой) идее о том, что маленький ползающий скот возится с коробкой передач, линией и т. Д. Самым старым свидетельством являются два письма Томаса Эдисона от 1878 года Уильяму Ортону , президенту телеграфной компании Western Union , и Тивадару Пушкашу , изобретателю телефонной станции , в которых говорится:

в качестве

Эдисон не изобретатель, но, по крайней мере, ключевой свидетель значения этого слова, которое тогда было в ходу. Связь этого термина с компьютерами, возможно, восходит к пионеру компьютеров Грейс Хоппер . Они распространили историю о том, что 9 сентября 1945 года бабочка вызвала неисправность реле в компьютере- калькуляторе реле Mark II Aiken . Бабочка была удалена, засунута в журнал и сделана следующая запись: « Первый реальный случай обнаружения ошибки. (По-немецки: «Впервые на самом деле был обнаружен« паразит ».»). Легенда о нахождении этого термина сохраняется, хотя запись в журнале указывает, что этот термин уже использовался раньше. Вдобавок Грейс Хоппер ошиблась насчет года: инцидент на самом деле произошел 9 сентября 1947 года. Соответствующая страница журнала хранилась в Компьютерном музее ВМС США в Дальгрене , штат Вирджиния, до начала 1990-х годов . Эта страница журнала регистрации бабочек в настоящее время находится в Смитсоновском институте .

Типы ошибок

В программной инженерии (см. Также) различают следующие типы ошибок в программах:

• Лексические ошибки — это строки символов, которые нельзя интерпретировать, т.е. неопределенные идентификаторы (переменные, функции, литералы …)
• Синтаксические ошибки — это нарушения грамматических правил используемого языка программирования , например, неправильное использование зарезервированных символов (например, отсутствие скобок), конфликты типов, неправильное количество параметров.

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

• Семантические ошибки — это ошибки, при которых запрограммированная инструкция является синтаксически правильной, но все же неверной с точки зрения содержания, например, путаница в коде команды, неправильный порядок параметров, который не может быть распознан синтаксически.
• Логические ошибки заключаются в подходе к решению проблем, который неверен в деталях, например, из-за неправильного вывода , неверно интерпретированной спецификации или просто оплошности или типографской ошибки. Примеры: плюс вместо минуса, аменьшеменьшего / равны,т.д. терпимостиотношению к таким ошибкам и атрибутивной грамматикиязыков программирования, которыепредназначены для ограничения их, например, назначения совместимостис типами данных , являютсяочень разныезависимости на используемом языке программирования, и может быть трудно понять бреши в безопасности и вызвать сбои программы .
• Ошибки проектирования — это ошибки в основной концепции, либо в определении требований к программному обеспечению, либо при разработке проекта программного обеспечения, на основе которого разрабатывается программа. Ошибки в определении требований часто возникают из-за незнания предметной области, для которой написано программное обеспечение, или из-за недопонимания между пользователями и разработчиками. С другой стороны, ошибки непосредственно в разработке программного обеспечения часто могут быть связаны с отсутствием опыта у разработчика программного обеспечения , неструктурированным программированием или последующими ошибками из-за ошибок в спецификации требований . В других случаях дизайн со временем разросся и со временем становится запутанным, что, в свою очередь, может привести к ошибкам проектирования при дальнейшей разработке программы. Часто программирование выполняется напрямую без правильной концепции , что может привести к ошибкам проектирования, особенно если программное обеспечение более сложное. Ошибки в определении требований, а также в разработке программного обеспечения часто возникают из-за нехватки средств или времени. Типичной ошибкой проектирования является повторение кода , которое не ведет напрямую к программным ошибкам, но может быть легко упущено из виду во время обслуживания программного обеспечения , модификации или расширения программного кода, что неизбежно приводит к нежелательным эффектам.
• Ошибка в концепции управления. Программа ведет себя не так, как ожидают отдельные или многие пользователи, хотя технически она работает безупречно.

Прочие условия ошибки

• Ошибки времени выполнения : хотя упомянутые выше ошибки означают, что программа действительно неисправна, которая либо не может быть выполнена, либо дает неверные результаты, «правильная» программа также может привести к ошибкам при ее выполнении. Ошибки времени выполнения — это все типы ошибок, которые возникают во время обработки программы. В зависимости от ситуации причиной может быть, например, неподходящая программная среда (например, неправильнаяверсия операционной системы , неверные параметры при вызове программы (также как подпрограммы ), неправильные входные данные и т. Д.)

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

Пример воздействия программной ошибки

Если в языках программирования без автоматической сборки мусора (например, C или C ++ ) память больше не освобождается после использования, программа будет использовать все больше и больше памяти в долгосрочной перспективе. Такая ситуация называется утечкой памяти . Однако аналогичные проблемы могут возникать и в языках программирования с автоматической сборкой мусора (например, Java или C # ), если, например, объекты накапливаются неконтролируемым образом из-за низкоуровневого программирования . Еще более критичными являются области памяти, случайно освобожденные программистом , на которые часто все еще ссылаются висячие указатели , поскольку это может привести к полностью неконтролируемому поведению программного обеспечения. Поэтому некоторые среды выполнения обычно не допускают такие программируемые высвобождения памяти. Также есть ошибки во взаимодействии с другими программами.

• Ошибки в компиляторе, среде выполнения или других библиотеках. Такие ошибки обычно особенно трудно понять, потому что поведение программы в таких случаях не соответствует ее семантике. В частности, ожидается, что компилятор и среда выполнения будут особенно надежными.
• Ошибка регрессии ( регресс означает «шаг назад») — это ошибка, которая появляется только в более поздних версиях программы. Часто это необнаруженные побочные эффекты исправлений ошибок или изменений программ в других местах.
• Ошибки в результате физических условий эксплуатации. Широкий спектр событий, таких как электромагнитные поля, излучение, колебания температуры, вибрации и т. Д., Также может привести к ошибкам в системах, которые иначе сконфигурированы и работают в соответствии со спецификациями. Ошибки этого типа очень маловероятны, их очень трудно обнаружить и могут иметь фатальные последствия для приложений реального времени. Однако по статистическим причинам их нельзя исключать. Известное «падение бит» в памяти или на жестком диске из-за описанных влияний является, например, такой ошибкой. Как последствия такой ошибки (например, сбой системы или невозможность загрузки из-за того, что системный файл имеет был поврежден), от которого обычно очень трудно отличить другие программные ошибки, часто подозревают другую причину, тем более что такая ошибка часто невоспроизводима.
• Программные ошибки против программных ошибок: поскольку эти два термина не понимаются как синонимы, более широкое определение может также применяться к « программным ошибкам » — в соответствии с разницей в значении компьютерной программы и программного обеспечения : в соответствии с этим, ошибки или недостатки в документации также будут программные ошибки, независимо от того, привели ли они к ошибочным программам. Неправильные данные (этот термин также присваивается программному обеспечению в зависимости от определения) вряд ли следует рассматривать как ошибку программы, а скорее как ошибку программного обеспечения.

В некоторых проектах термин «ошибка» не используется, а скорее, например, в метабугах, в которых ошибка является элементом списка задач. В некоторых проектах вместо этого используется термин «проблемы», поскольку этот термин не ограничивается ошибками.

Конкретные примеры ошибок с определенным влиянием СМИ можно найти в списке примеров ошибок программ .

Экономический смысл

Программные ошибки — это гораздо больше, чем просто неприятные сопутствующие обстоятельства для разработчиков программного обеспечения; они вызывают значительные затраты с коммерческой и экономической точки зрения . Исследование IX 1/2006 показало, что z. B. следующие значения, определенные для Германии:

• Ежегодные убытки из-за программных ошибок в средних и крупных компаниях составляют около 84,4 млрд евро.
• Около 14,4 млрд евро ежегодно (35,9% бюджета ИТ) расходуется на устранение программных ошибок ;
• Потери производительности из-за сбоев компьютеров из-за неисправного программного обеспечения составляют около 70 миллиардов евро.

В том же исследовании также исследуется развитие качества программного обеспечения за период с 2002 по 2004 год. Результатом является:

• процент неудачных проектов вырос с 15% до 18%
• процент успешных проектов упал с 34% до 29%
• процент проектов с перерасходом средств увеличился с 43% до 56%
• доля проектов с отставанием в срок выросла с 82% до 84%
• доля проектов с подходящей функциональностью упала с 67% до 64%

Отчет Высшего аудиторского управления новых проектов (1985 г.) при федеральной администрации США показывает особенно большое количество неудач, согласно которым

• 27% оплаченного программного обеспечения так и не были доставлены,
• 52% никогда не работали,
• 18% были использованы только после капитального ремонта.
• Только 3% заказанного программного обеспечения соответствовали согласованным договорным условиям.

Standish Group International заявила: в среднем проекты превышают

• первоначально запланированная стоимость проекта на 89%
• назначенных приемов на 222%.

Евуси-Менах определила следующие факторы как причины отмены проекта из-за низкого качества программного обеспечения:

• Объективно неясно
• Неправильная занятость проектной команды
• Недостаточная гарантия качества
• Отсутствие технических ноу-хау
• Недостаточный учет исходной ситуации
• Отсутствие участия пользователя

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

Как правило, чем раньше ошибка возникает в процессе разработки и чем позже она обнаруживается, тем больше времени потребуется на ее исправление.

Во время планирования

Самое главное — грамотное и грамотное планирование процесса разработки. Уже существует ряд процедурных моделей, из которых можно выбрать подходящую.

На этапе анализа

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

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

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

На этапе проектирования

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

При программировании

Кроме того, предлагается ряд расширенных приложений, которые анализируют либо исходный код, либо двоичный код и пытаются найти ошибки, которые часто допускаются автоматически. В эту категорию входят программы для мониторинга выполнения, которые обычно надежно обнаруживают некорректные обращения к памяти и утечки памяти . Примерами являются свободно доступный инструмент Valgrind и коммерческий Purify . Другая категория тестовых программ включает приложения, которые статически анализируют исходный или двоичный код, например, обнаруживают и сообщают о незакрытых ресурсах и других проблемах. К ним относятся FindBugs , Lint и Splint .

При тестировании

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

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

Оперативный

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

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

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

Безупречность

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

В особых случаях можно доказать, что программа не содержит ошибок (с учетом указанных требований). Особенно в областях, в которых использование программного обеспечения связано с высокими финансовыми, экономическими или человеческими рисками, такими как Например, в программном обеспечении, используемом в военных или медицинских целях или в аэрокосмической промышленности, также используется метод, называемый «(формальная) проверка », при котором правильность программного обеспечения доказывается математически. Однако из-за огромных усилий этот метод имеет узкие пределы, и поэтому его практически невозможно выполнять со сложными программами (см. Также предсказуемость ). Однако теперь есть инструменты, которые, согласно их собственной информации, могут быстро и надежно предоставить это свидетельство , по крайней мере, для частичных областей ( ошибок времени выполнения ).

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

Классификация дефектов

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

Критерии, по которым можно классифицировать ошибки, включают: (с примерами):

• Тип ошибки: различаются: лексические ошибки (неизвестная ссылка), синтаксические ошибки (забытая точка с запятой), семантические ошибки (неправильное объявление ), ошибки времени выполнения (неверно отформатированные входные данные) и логические ошибки (плюс вместо минуса, цикл ошибки , …)
• причина ошибки: неточная спецификация, повернутые числа, неверная формула, непроверенные (неверные) входные данные …
• момент времени, в который произошла ошибка («неправильное действие»): Уже в спецификации программы, в черновике кода, в кодировке, …
• Время, в которое возникает ошибка («эффект ошибки»): фундаментальное различие возникает в зависимости от того, возникает ли ошибка во время разработки программы, например, во время тестирования (здесь это нормальный случай) или в продуктивной работе (где она часто представляет собой критическую ситуацию). вина).
• момент времени обнаружения: чем больше «время ожидания ошибки», тем больше времени требуется i. A. Корректирующее действие будет продолжено.
• последствия ошибки: ошибки отображения, неверные результаты, завершение программы, внешние эффекты …
• Трудоемкость и продолжительность устранения неполадок: минимальные … очень высокие; немедленно … очень долгое время;
• Статус обработки: выполнено, проверено, исправление выполняется , возможна повторная проверка , …, выполнено

С помощью показателей «результаты [и понимание ошибок] также должны способствовать поиску причин, стоящих за проблемами». «Классификация ошибок формирует основу для стандартизированных процедур обработки ошибок, а также поддерживает постоянное улучшение качества в смысле управления качеством ». Дополнительная информация по каждой ошибке, такая как подробное описание ошибки, затронутые программы, вовлеченные лица и т. Д., Сопровождает меры по устранению ошибок. устранение ошибок и их документирование. Для получения дополнительной информации см. Руководство BITKOM.

Для простоты программные ошибки в процессе обработки ошибок часто делятся только на категории / классы, такие как A, B, C … или 1, 2, 3 … и т. Д., В зависимости от серьезности ошибки, который также включает влияние ошибки и усилия, необходимые для ее исправления. Примеры см. В рекомендациях BITKOM, особенно в приложении.

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

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

Конкретные примеры программных ошибок и их последствий можно найти в списке примеров программных ошибок .

Воспроизводимость программных ошибок

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

Дальнейшие темы

• Чтобы узнать о принципе доставки «незрелого» программного обеспечения, см. Принцип банана # Банановая посуда .

литература

• Уильям Э. Перри: Тестирование программного обеспечения. Mitp-Verlag, Бонн 2002, ISBN 3-8266-0887-9 .
• Эльфрида Дастин, Джефф Рашка, Джон Пол: Автоматическое тестирование программного обеспечения. Порядок действий, обращение и исполнение. Springer, Berlin et al. 2001, ISBN 3-540-67639-2 .
• Джем Канер, Джек Фальк, Хунг Куок Нгуен: Тестирование компьютерного программного обеспечения. 2-е издание. John Wiley & Sons, Нью-Йорк, штат Нью-Йорк и др. 1999, ISBN 0-471-35846-0 .

веб ссылки

Викисловарь: ошибки  — объяснение значений, происхождение слов, синонимы, переводы

• 25 самых опасных ошибок программирования (английский)
• SQS: Самые заметные программные ошибки 2012 года. В: Computerwoche. 17 января 2013, доступ к 20 января 2013 .

Индивидуальные доказательства

1. ↑ ^{а б в} М. Пол, Т. Кумен, А. Спиллнер: Управление и оптимизация процесса тестирования. dpunkt.Verlag, Heidelberg 2002, ISBN 3-89864-156-2 .
2. ↑ Spillner et al. Тест на практические знания по программному обеспечению — руководство по тестированию, читая образец гл. 1.1 Базовые знания / определение ошибок ( памятка от 17 декабря 2010 г. в Интернет-архиве ) (PDF) dpunkt.de
3. ↑ Полный словарь Merriam-Webster (приложение для iOS, 2016): ошибка: а) насекомое или другое ползающее или ползающее беспозвоночное… б) любое из определенных насекомых, обычно считающихся особенно неприятными… в) насекомое отряда Hemiptera , особенно: член подотряда Heteroptera …
4. ↑ Записки Томаса А. Эдисона, т. 4, изд. Пол Б. Исраэль, Балтимор и Лондон, 1993. Интернет [1]
5. ^ Фред Р. Шапиро: этимология компьютерной ошибки: история и фольклор . В: Американская речь 62: 4, 1987, стр. 376-378.
6. ↑ ^{a b} informatik.uni-oldenburg.de
7. ↑ iX-Magazin , Study Software Test Management , ранее был доступен в IX Kiosk ( Memento от 9 января 2013 г. в Интернет-архиве )
8. ↑ ^{a b} Wallmüller: Управление качеством программного обеспечения на практике, beck-shop.de (PDF; 612 kB), Hanser, Munich 2001, ISBN 978-3-446-21367-8 .
9. ↑ Юнгингер: Ценностно-ориентированный контроль рисков в управлении информацией . 2005 г., ISBN 3-8244-8225-8 .
10. ^ Тестирование программного обеспечения Георга Эдвина Таллера , проверка и валидация 2002, ISBN 978-3-88229-198-8 .
11. ↑ my.safaribooksonline.com
12. ^ Стандартная классификация программных аномалий IEEE. (PDF) Совет по стандартам IEEE, 1993, стр. 32 , по состоянию на 22 ноября 2014 г. (Белая книга; документ за Paywall).
13. ↑ ^{a b c} Классификация дефектов программного обеспечения. BITKOM, декабрь 2007, архивируются с оригинала на апрель 16, 2019 ; доступ на 11 апреля 2021 года .

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

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

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

Для реализации поставленной цели необходимо
решать следующие задачи:

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

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

Согласитесь, совершение ошибок – это
нормальная и неотъемлемая часть процесса
обучения. Это относится к любому изучаемому
предмету и совершенно не зависит от возраста
учащегося. И в этом контексте очень остро встаёт
вопрос: исправлять или не исправлять допускаемые
ошибки в речи на английском языке?

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

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

Проблема исправления ошибок в процессе
преподавания иностранного языка имеет свою
историю, которая весьма противоречива. Вопрос
исправлять ошибки или нет, а если исправлять, то
как, зависит от  двух составляющих: от
методологии, которой придерживается учитель в
своей работе, а также от вида речевой
деятельности. В 1950–1960 годы считалось, что
необходимо исправлять ошибки любой ценой. К
1970–1980 годам позиция ученых и преподавателей
изменилась. Многие из них стали говорить о том,
что исправление ошибок в процессе обучения
иностранному языку не только не нужно, но и
вредно. Они считали, что это негативно
сказывается на мотивации учащихся и ошибки в
устной речи преподаватели не исправляли. В 1980-е
годы появляется и распространенный по сей день
коммуникативный метод, который  не
рассматривает исправление ошибок как предмет
первой важности, ставя во главу угла беглость
речи и приемлемость использования языковых форм.
Современные же методисты склоняются к тому, что в
рамках развивающегося коммуникативного метода
исправление ошибок и опора не только на
содержание, но и на форму может способствовать
эффективному преподаванию иностранного языка.

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

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

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

Итак, ошибки в процессе преподавания
иностранного языка исправлять нужно.

Мы ответили на главный вопрос. Но тут же
появляется необходимость найти ответы на
сопутствующие вопросы:

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

2. Какие ошибки должны исправляться? –
Ошибки классифицируются по аспектам языка
(фонетические, лексические, грамматические).
Выделяются явные и скрытые ошибки. В зависимости
от влияния на понимание речи выделяются сильные
и слабые ошибки. Различаются межъязыковые
(языковая интерференция) и внутриязыковые
(например, сверхобобщение — перенос изученного
правила на исключения) ошибки. Помимо ошибок (в
английском “errors”), существует еще и термин
«оплошность, незначительная ошибка» (“mistake”),
отклонение от нормы с возможностью быстрого
самоисправления говорящего/пишущего (оговорка,
описка).  Если работа учащегося носит явно
выраженный коммуникативный характер и основное
внимание сосредоточено на содержании,
исправляться должны только те ошибки, которые
препятствуют пониманию. Следующими к
исправлению принимаются повторяющиеся ошибки.
Когда же внимание сосредоточено на форме
(особенно при работе над грамматическим
материалом, а также при работе по формированию
навыков письменной речи), внимание должно
уделяться как сильным, так и слабым ошибкам, в том
числе и оплошностям.

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

4. Как должны исправляться ошибки?– Это
самый сложный вопрос. Ведь хочется сделать
быстро и эффективно, но, как правило, так не
получается. Выражение  негативной обратной
связи – вот как по-другому называется
исправление ошибок. В источниках приводятся
шесть типов исправления ошибок, обозначенных
авторитетными учеными-лингвистами:

Explicit correction. Явное исправление,
когда преподаватель непосредственно указывает
на совершённую ошибку, объясняет, в чем она
состоит, и дает верный вариант ответа.

Recast. Перифраз —
произнесение/написание исходного неверного по
форме речевого образца уже без ошибки, но без
каких-либо пояснений со стороны учителя.

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

Metalinguistic Cues. Использование
терминологии (например, грамматической —
учитель использует термин: «время», «артикль» и
т.д.) — реакция, связанная с высказыванием
учащегося, но не предлагающая правильной формы.

Elicitation. Стимулирование
речемыслительной деятельности, побуждение к
исправлению и последующее «извлечение»
правильной формы. Например, учитель повторяет
высказывание ученика до места, где была сделана
ошибка. Учитель может сопровождать свои слова
finger coding: отсчитывать пальцами каждое
произнесенное слово, отмечая «палец-ошибку».

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

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

Как же преподаватели поступают на самом деле?
Какими методами исправления ошибок они
пользуются чаще всего? Исследования показали,
что в среднем преподаватели иностранного языка
исправляют 62 % от общего числа сделанных
учащимися ошибок. В ходе одного из проводимых
исследований наблюдения велись за четырьмя
преподавателями на протяжении более 18 часов
занятий. В процессе уроков учителя исправили 686
ошибок, 375 — 55 % от общего числа — которых
были исправлены в форме перифраза. Только 66
из 375 исправлений — менее 20 % — сработали и были
использованы как руководство к действию, т.е.
привели к исправлению учащимися собственного
высказывания. 80 % исправлений в форме перифраза
не имело никакого эффекта. Ученые пришли к
выводу, что в силу психологических особенностей,
учащиеся (особенно младшего и подросткового
возраста) воспринимают перифраз как
альтернативу собственному высказыванию или даже
как простой повтор. Таким образом, наиболее часто
используемый тип исправления ошибок чаще всего
не работает! Время, потраченное на исправление
ошибки, оказывается потраченным зря.

Итак, можно выделить наиболее эффективные типы
исправления ошибок:

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ.

1. Меркулова С.Г. Современные подходы к
исправлению ошибок в устной речи при изучении
иностранного языка. // Английский язык.
Приложение к газете «Первое сентября». — № 45. –
2002;
2. http://people.mcgill.ca/files/roy.lyster/LysterRanta1997SSLA.pdf
 
3. www.longwood.edu