Для нахождения ошибки существуют способы

ТВ

НВ

Тип

Вопрос/Ответ

1

1

0

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

+

денежный

трудовой

натуральный

аналитический

1

2

0

Основными
задачами бухгалтерского учета,
сформулированными в Законе РФ « О
бухгалтерском учете», являются:

Раздельный учет
собственного имущества и имущества
других организаций

+

Формирование
полной и достоверной информации о
деятельности организации, ее
имущественном положении

Раздельное
отражение затрат на производство и
капитальные вложения

Отражение
хозяйственных операций на счетах без
всякого изьятия

1

3

0

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

+

Контрольную

Планирования

Регулирования

Обмена

2

4

0

Объектом
бухгалтерского учета является:

Хозяйственная
деятельность организаций и их
подразделений

Экономические
ресурсы, классификация по группам с
детализацией по отдельным видам

Хозяйственные
операции и их результаты: снабжение,
произ- водство, продажа и финансовые
результаты

+

Имущество
организации, ее обязательства и
хозяйственные операции, осуществляемые
в процессе ее деятельности

2

5

0

Предметом
бухгалтерского учета является:

Хозяйственная
деятельность организации

Затраты на
производство и продажу продукции

Контроль за
использованием имущества и прав

+

Отражение
состояния и использования активов
хозяйства в процессе его кругооборота

2

6

0

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

Имущество
организации, источники его образования
и хозяйст венные операции

+

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

Хронологическая
и систематические записи

Отражение
состояния и использования активов
хозяйства в про-

цессе его
кругооборота

3

7

0

Бухгалтерский
баланс- это обобщенное отражение и
экономическая группировка имущества
организации:

+

В
денежной оценке по их видам и источникам
образования на определенную дату

В
денежной оценке по их видам и источникам
образования за определенный период
времени

На
определенную дату в натурально-стоимостных
показателях

В
натурально-вещественной форме

3

8

0

Бухгалтерский
баланс представляет таблицу, состоящую
из:

Актива и кредита

+

Актива и пассива

Дебета и кредита

Пассива и дебета

3

9

0

Актив
баланса – это группировка имущества
по :

Источникам
образования и назначения

+

Видам
и размещению

Видам
и источникам образования

Источникам
образования и назначения

4

10

0

Система счетов
– это способ:

Учета аналитических
показателей

Текущего отражения
хозяйственных операций отчетного
года

+

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

Экономической
группировки объектов бухгалтерского
учета

4

11

0

По отношению
к балансу все счета подразделяются
на:

Активные

+

Активные,
пассивные

Аналитические

Синтетические

4

12

0

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

На основании
бухгалтерских счетов открываются
статьи баланса

На основании
дебетовых и кредитовых оборотов
бухгалтерских счетов составляется
баланс

+

По остаткам
статей баланса открываются бухгалтерские
счета, а на основании бухгалтерских
счетов составляется баланс

Бухгалтерские
счета и статьи баланса отражают текущее
изменение имущества

4

13

0

Активные счета
– это счета для учета:

Источников
образования имущества

+

Имущества

Результатов
хозяйственной деятельности

Источников
образования капиталов

5

15

0

Материальные
ресурсы в
бухгалтерском
учете и отчетности учитываются по:

Учетным ценам

Договорным ценам

Оптовым и
прейскурантным ценам

+

Фактической
себестоимости

5

16

0

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

Плановой
себестоимости

+

Фактической
себестоимости

Нормативной
себестоимости

Полной себестоимости

5

17

0

По способу
включения в себестоимость продукции
расходы делятся на:

+

Прямые и косвенные

Постоянные и
планируемые

Основные и
накладные

Постоянные и
переменные

6

19

0

Первичное
наблюдение- это:

Информационное
обеспечение системы бухгалтерского
учета

+

Оценка и отбор
данных о фактах хозяйственных операций

Описание
отобранных для учета свойств объектов
и фактов

Передача данных
для дальнейшей обработки

6

20

0

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

+

Письменное
свидетельство о фактическом совершении
хозяйст- венной операции или о праве
на ее совершение

Документ,
содержащий корреспондирующие счета

Любой документ,
подписанный руководителем организации
и заверенный её печатью

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

6

21

0

Правовое
значение документов заключается в
том, что они:

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

Составлены
согласно требованиям ГК РФ

+

Могут использоваться
в качестве доказательств при возник
новении споров между физическими и
юридическими лицами

Позволяют
исключать случаи хищения, являются
основой при проведении проверок,
ревизий, анализа

7

25

0

Инвентаризация
– это

+

Установление
фактического наличия средств, и их
источников путем пересчета остатков
в натуре и проверки учетных записей

Проверка наличия
имущества организации с целью выявления
хищений

Сверка учетных
записей с фактическим наличием
имущества

Проверка наличия
и состояния материальных ценностей,
денежных средств

7

26

0

Излишки
выявленных ценностей в ходе инвентаризации
относятся на:

Добавочный
капитал

+

Прочие доходы

Прибыль

Доходы будущих
периодов

7

27

0

Недостачи
товарно-материальных ценностей сверх
норм естественной убыли при отсутствии
виновных лиц списываются корреспонденцией:

Д-т сч. 26
«Общехозяйственные расходы»- К-т сч.
94 «Недостачи и потери от порчи ценностей»

+

Д-т сч. 91 «Прочие
доходы и расходы» -К-т сч. 94 «Недостачи
и потери от порчи ценностей»

Д-т сч. 94 «Недостачи
и потери от порчи ценностей» -К-т сч.
91 «Прочие доходы и расходы»

Д-т сч. 99 «Прибыли
и убытки» -К-т сч. 99«Прибыли и убытки»

8

28

0

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

Подготовки
данных с целью их обработки на ЭВМ

Контроля
технического состояния объектов

Упрощения
бухгалтерского учета

+

Регистрации
хозяйственных операций

8

29

0

Регистры
бухгалтерского учета по характеру
записи подразделяются на:

Систематические,
аналитические, комбинированные

Синтетические,
аналитические, хронологические

+

Хронологические,
систематические, комбинированные

Хронологические
и аналитические

8

30

0

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

Бухгалтерские
книги, журналы, карточки

+

Бухгалтерские
книги, карточки, свободные листы

Книги, карточки,
бухгалтерские справки

Книги, журналы,
бухгалтерские справки

8

31

0

Учетные регистры
по степени детализации подразделяются
на :

+

Синтетические,
аналитические, комбинированные

Хронологические,
аналитические, комбинированные

Систематические,
аналитические, комбинированные

Хронологические
и систематические

9

32

0

Внутригодовая
статистическая отчетность называется:

Сводной

Первичной

+

Текущей

Разовой

9

33

0

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

Закрытой

+

Промежуточной

Заключительной

Текущей

10

34

0

Главного
бухгалтера назначается на должность
(освобождает ся от нее):

Собранием учредителей

+

Руководителем
организации

Налоговыми
органами

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

10

35

0

Принятая
организацией учетная политика
применяется:

В
течение одного отчетного периода

В
течение одного налогового периода

С
момента создания до момента ликвидации

+

Последовательно
от одного отчетного года к другому

11

36

0

Наличные деньги в
кассу кассир принимает:

+

По приходному
кассовому ордеру

По паспорту

По кассовой книге

По объявлению на
взнос наличными

11

37

0

Для контроля за
полнотой и правильностью осуществления
кассиром операций по кассе используется:

Журнал-ордер № 2 и
ведомость № 2

Приходные и расходные
кассовые ордера

+

Журнал регистрации
приходных и расходных кассовых докумен
тов

Кассовая книга

11

38

0

Зачисление на
расчетный счет денежных средств,
получен -ных от покупателей за
реализованную продукцию, отражает
ся:

Д-т сч.50 «Касса» —
К-т сч. 62 «Расчеты с покупателями и
заказчиками»

+

Д-т сч.51 «Расчетные
счета» К-т сч. 62 «Расчеты с
покупателями и заказчиками»

Д-т сч. 62 «Расчеты с
покупателями и заказчиками» -К-т сч.51
«Расчетные счета»

Д-т сч. 62 «Расчеты с
покупателями и заказчиками» -К-т сч.91
«Прочие доходы и расходы»

12

39

0

Операции по
формированию уставного капитала
отражают ся на счете

75 «Расчеты с
учредителями»

+

80 «Уставный капитал»

91 «Прочие доходы и
расходы»

99 «Прибыли и убытки»

12

40

0

Организационные
расходы, связанные с регистрацией
това рищества, относятся на счет…

+

04 «Нематериальные
активы»

44
«Расходы на продажу»

75 «Расчеты с
учредителями»

91 «Прочие доходы и
расходы»

12

41

0

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

82 «Резервный капитал»

83 «Добавочный капитал»

+

84 «Нераспределенная
прибыль ( непокрытый убыток)»

91 «Прочие доходы и
расходы»

13

42

0

Запись на счетах
бухгалтерского учета Д-т 01 «Основные
средства» — К-т 08 «Вложения во внеоборотные
активы» означает:

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

Д-т сч.80 «Уставный
капитал» — К-т сч.75 «Расчеты с
учредителями»

Поступили основные
средства в качестве вклада в уставный
капитал

+

Д-т сч.75 «Расчеты
с учредителями» — К-т сч.80 «Уставный
капитал»

Оприходованы основные
средства, перешедшие в собственность
предприятия по условиям договора
дарения

Д-т сч.79 «Внутрихозяйственные
расчеты» — К-т сч.80 «Уставный
капитал»

+

Введены в эксплуатацию
новые основные средства

Д-т сч.51 «Расчетные
счета» — К-т сч.80 «Уставный капитал»

13

43

0

Передача в монтаж
оборудования, требующего монтажа,
отражается в учете записью …

Д-т сч.75 «Расчеты
с учредителями» — К-т сч.51 «Расчетные
счета»

Д-т сч. 08 «Вложения
во внеоборотные активы» -К-т сч.91
«Прочие доходы и расходы»

80 «Уставный капитал»

+

Д-т сч. 08 «Вложения
во внеоборотные активы» — К-т сч. 07
«Оборудование к установке»

82 «Резервный
капитал»

Д-т сч. 07 «Оборудование
к установке» — К-т сч. 03 «Доходные
вложения в материальные ценности»

+

84 «Нераспределенная
прибыль( непокрытый убыток)»

Д-т сч. 07 «Оборудование
к установке» — К-т сч. 20 «Основное
производство»

86 «Целевое
финансирование и поступление»

13

44

0

Затраты по возведению
объектов основных средств хозяйственным
способом отражаются на счете …

99 «Прибыли и убытки»

01 «Основные средства»

80 «Уставный капитал»

+

08 «Вложения во
внеоборотные активы»

82 «Резервный
капитал»

20 «Основное
производство»

84 «Нераспределенная
прибыль (непокрытый убыток)

91 «Прочие доходы и
расходы»

+

86 «Целевое
финансирование и поступления»

14

45

0

Нематериальные
активы отличаются от основных средств

Высокой стоимостью

Большим сроком службы

+

Отсутствием
материально-вещественной формы

Способом начисления
амортизации

14

46

0

Первоначальная
стоимость нематериальных активов –
это:

Балансовая стоимость

Рыночная стоимость

Сумма фактических
затрат по приобретению плюс НДС

+

Сумма фактических
затрат по приобретению без НДС и других
возмещаемых налогов

14

47

0

Нематериальные
активы принимаются к бухгалтерскому
учету:

+

По первоначальной
стоимости

По рыночной стоимости

По стоимости
приобретения

По договорной
стоимости

15

48

0

Материалы в балансе
могут отражаться:

По плановой
себестоимости

По нормативной
себестоимости

+

По фактической
себестоимости

По средневзвешенным
ценам

15

49

0

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

90 «Продажи»

+

91 «Прочие доходы и
расходы»

15

50

0

Материалы,
израсходованные на ликвидацию
последствий стихийного бедствия,
относят на счет:

26 «Общехозяйственные
расходы»

90 «Продажи»

91 «Прочие доходы и
расходы»

+

99 «Прибыли и убытки»

16

51

0

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

Д-т сч.62
«Расчеты с покупателями
и заказчиками» — К-т сч. 90 «Продажи»

Д-т сч.62
«Расчеты с покупателями
и заказчиками» — К-т сч. 43
«Готовая продукция»

Д-т сч.62
«Расчеты с покупателями
и заказчиками» — К-т сч.40 «Выпуск
продукции (работ, услуг)»

Д-т сч.
90 «Продажи»- К-т сч.43 «Готовая продукция»

16

52

0

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

+

Д-т сч. 60 «Расчеты с
поставщиками и подрядчиками» – К-т
сч. 51 «Расчетные счета»

Д-т сч.62 «Расчеты с
покупателями и заказчиками» К-т сч.
51 «Расчетные счета»

Д – сч. 91 «Прочие
доходы и расходы» — К-т сч. 51 «Расчетные
счета»

Д-т сч 99 «Прибыли и
убытки» К-т сч. 51 «Расчетные счета»

16

53

0

Запись Д-т сч. 90
«Продажи» — К-т сч. 43 «Готовая продукция»
означает:

+

Списание производственной
себестоимости проданной продукции

Выпуск продукции из
производства

Отгрузку продукции
покупателям

Возврат продукции
покупателем

17

54

0

Приобретены акции
акционерного общества. Деньги за акции
перечислены с расчетного счета
организации. Данная операция отражается
записями:

Д-т сч.76 «Расчеты с
разными дебиторами и кредиторами»-
К-т сч. 51 «Расчетные счета»

Д-т сч. 51 «Расчетные
счета» — К-т сч.80 «Уставный капитал»

+

Д-т сч. 58 «Финансовые
вложения»- К-т сч. 51 «Расчетные счета»

Д-т сч. 51 «Расчетные
счета» — К-т сч. 58 «Финансовые вложе
ния»

17

55

0

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

+

Д-т сч. 58 «Финансовые
вложения»- К-т сч. 75 «Расчеты с
учредителями»

Д-т сч. 58 «Финансовые
вложения»- К-т сч..80 «Уставный капитал»

Д-т сч. 58 «Финансовые
вложения»- К-т сч..81 «Собственные акции
(доли) »

Д-т сч. 58 «Финансовые
вложения»- К-т сч.91 «Прочие доходы и
расходы»

18

56

0

Хозяйственная
операция Д-т сч 20 «Основное производство»
— К-т сч. 97 «Расходы будущих периодов»
отражает:

Списание потерь от
брака

Создание резерва на
текущий ремонт основных средств

+

Погашение расходов
на освоение новых видов продукции

Списание
общепроизводственных расходов

18

57

0

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

+

Д-т сч 28 «Брак в
производстве» — К-т сч 20 «Основное
производство»

Д-т сч. 10 «Материалы»
— К-т сч 28 «Брак в производстве»

Д-т сч 20 «Основное
производство» — К-т сч.21 «Полуфабрикаты
собственного производства»

Д-т сч. 70 «Расчеты с
персоналом по оплате труда» — К-т сч.28
«Брак в производстве»

18

58

0

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

Д-т сч.62
«Расчеты с покупателями
и заказчиками» — К-т
сч.21 «Полуфабрикаты собственного
производства»

Д-т сч
20 «Основное производство»- К-т сч.21
«Полуфабрикаты собственного
производства»

Д-т сч.21
«Полуфабрикаты собственного
производства» — К-т сч 20 «Основное
производство»

19

59

0

Учёт финансовых
результатов осуществляется на счетах:

+

90 «Продажи»,91 «Прочие
доходы и расходы»

94
«Недостачи и потери от порчи материальных
ценностей»

98 «Доходы будущих
периодов»

83 «Добавочный капитал»
,96 «Резервы предстоящих расходов»

19

60

0

На счёте 99 «Прибыли
и убытки» в течение года отражаются

+

Прибыль прошлых лет,
выявленная в отчётном году

Прибыль, полученная
по договору простого товарищества

Суммы платежей налога
на прибыль

+

Прибыль (убыток) от
обычных видов деятельности

20

61

0

Разница между
финансовым и управленческим учетом
по отношению к цели ведения учета
заключается в следующем:

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

Целью и финансового,
и управленческого учета является
предоставление информации в виде
финансовых документов для всех
заинтересованных пользователей

+

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

Целью и финансового,
и управленческого учета является
обеспечение информацией, необходимой
для планирования, управления и контроля
в организации

20

62

0

Разница между
финансовым и управленческим учетом
по отношению к объекту отчетности
состоит в следующем:

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

По отношению к
объектам отчетности финансовый и
управленческий учет включают в себя
информацию о деятельности отдельных
подразделений организации

Объектами отчетности
обоих видов учета является организация
как единое целое

+

Объектами отчетности
финансового учета является организация
как единое целое, а объектами
управленческого учета является
организация как единое целое и центры
финансовой ответственности

20

63

0

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

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

+

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

Оба вида учета
являются обязательными для ведения

Оба вида учета не
являются обязательными для ведения.

4

64

0

Бухгалтерский
счет является:

Объектом
бухгалтерского учета

+

Регистром
систематической записи

Регистром
хронологической записи

Отчетностью

4

65

0

Сальдо счета
-это:

Способ группировки
объектов учета

Оборот по счету

+

Остаток по счету

Отражение
хозяйственных операций

4

66

0

Оборотная
ведомость по счетам синтетического
учета предназначена для проверки

+

Полноты
синтетического учета

Полноты
аналитического учета

Правильности
корреспонденции счетов

Правильности
оборотов

5

67

0

Для определения
фактической себестоимости объектов
учета применяется:

Оценка

+

Калькуляция

Двойная запись

Отчетность

5

68

0

Калькуляция
– это:

Способ суммирования
затрат для их отражения в бухгалтерском
учете и отчетности

Способ измерения,
оценки и группировки затрат

Способ группировки
учетных объектов по признаку однород
ности их экономического содержания

+

Способ группировки
затрат и исчисления себестоимости
изготовленной продукции

6

69

0

По способу
отражения операций документы
подразделяются на:

+

Первичные

Разовые

Распорядительные

Бухгалтерского
оформления

6

70

0

Для нахождения
ошибки существуют способы:

Последовательной
проверки, сторнировочный

Сплошной,
последовательной проверки, логический

+

Корректурный,
дополнительных проводок, сторнировочный

Сплошной,
корректурный, дополнительных проводок

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

Тестирование и поиск ошибок: в чем разница

Вячеслав Зимин 16 октября, 2019 Нет комментариев

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

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

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

Поиск багов

Итак, моя задача — найти баги. Что я буду делать? Искать как можно больше багов. Это логично. А чем больше я их найду, тем лучше. Ну и тем моя ценность, как сотрудника, выше.

Так, а где найти как можно больше багов? Конечно в самых нестабильных областях программы. И не важно значимы они или нет. Чем нестабильней, тем привлекательней.

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

А что делать с багами, которые сложно воспроизвести? Давайте подумаем: лучше найти 1 серьезный, но сложно воспроизводимый, баг или 10 обычных. Конечно 10 обычных. Ведь задача просто найти баги. И чем больше, тем лучше.

Что мы имеем в итоге?

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

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

Теперь к тестированию. Какими наши действия будут тут?

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

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

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

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

Что мы имеем в итоге?

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

Разница

Давайте на примере из жизни. Есть стиральная машина. При поиске ошибок мы будем пробовать нажать на кнопку выключения 50 раз подряд. Потом во время стирки покрутим переключатель программ во все стороны 20 минут без перерыва.
Но мы не проверим, запускается ли она при одинарном нажатии на кнопку пуск или нет. Ведь в этом месте вряд ли найдется ошибка. А если в этом месте она будет, то мне, как пользователю, такая стиральная машинка будет не нужна и я от нее откажусь.

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

Чувствуете разницу? Она просто колоссальная.

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

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

Как верно отметил Дмитрий Безносов, продукт может быть без единого дефекта (условно), но совершенно непригоден к использованию юзерами как в плане UI/IX, так и в плане функциональности.

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

Кто-то может сказать, что я сильно преувеличиваю. Может в краткосрочной перспективе так и покажется. Но на длинной дистанции однозначно придем к тому, что продукт перестанет соответствовать ожиданиям пользователей и от него попросту отвернутся.

Источник

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

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

В основе статьи – выступление Яна на июньской конференции Heisenbug 2017 в Питере. Ян занимается тестированием более двадцати лет. В настоящее время он работает тест-менеджером для приемочных тестов в голландской компании по стандартизации Squerist. Этот доклад о самых разных подходах к тестированию: от детальной проработки сценариев и до исследовательских туров, от сессионного тестирования и до поиска ошибок совместно с пользователями. Его цель – помочь вам повысить профессионализм, обратив внимание на те методы, которые вы до сих пор не использовали.

Почему существуют разные подходы к тестированию?

Я хотел бы начать с Линды Фишер. Вы ее не знаете, но более 19 лет назад я у нее проходил курсы по тестированию. Она говорила о том, что тестирование нужно делать вот так: сначала это, потом то (интерфейсы, проектирование и т.д.).

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

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

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

• Гибкость в разработке преобладает над четким планированием.
• Мы больше ориентируемся на мастерство, чем на методы.
• Цели важнее, чем процесс. Если раньше мы следовали двухсотстраничному руководству, в котором был пошагово описан весь процесс тестирования, сегодня в этом нет необходимости. Важно смотреть, какого результата мы хотим достичь, и делать все для этого.
• Быстрое тестирование преобладает над основательным. Большинство организаций хотят выйти на рынок как можно быстрее.
• Прагматичные методы преобладают над стандартами. Следование стандартам может увеличить время тестирования, количество необходимой документации и требуемого персонала более чем в три раза. Поэтому даже в организациях, которые занимаются стандартизацией, часто отказываются от тестирования по стандартам.

Основные подходы к тестированию

Существует два основных вида тестирования – сценарное (scripted) и исследовательское (exploratory).

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

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

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

Промежуточные подходы к тестированию

Однако эти два подхода к тестированию – не единственные. Кроме них существуют другие подходы, которые находятся где-то между ними.

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

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

Подробное сценарное и общее сценарное тестирование (Detailed Scripting & Global scripting)

В чем отличия между подробным сценарным и общим сценарным тестированием? Объясню на примере.

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

• Перейдите на стартовую страницу
• Нажмите на кнопку «Новый»
• В поле «Кому» напишите j.cannegieter@squerist.nl
• Нажмите на кнопку «Файл»
• Выберите документ «Тест1»
• В поле «Тема» напишите «Тестовое вложение »
• Откройте почтовый ящик jcannegieter
• Проверьте, доставлено ли сообщение и вложение.

Для этого же примера сценарий общего тестирования может выглядеть так:

• Создайте и отправьте письмо с вложением одному получателю
• Проверьте, доставлено ли сообщение и вложение

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

Сессионное тестирование и поиск багов (Session Based Testing & Bug Hunts)

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

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

Сессионное тестирование предусматривает наличие:

1. Сессий тестирования.
2. Миссии и точки тестирования / идей для тестирования.
3. Заметок во время сессии.
4. Отчета после сессии (что мы обнаружили, каково качество системы и пр.).

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

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

Исследовательское тестирование и туры (Exploratory Testing & Test Tours)

В интернете можно прочитать, что исследовательское тестирование – это такой прием тестирования. На самом деле это не просто прием, а полноценный подход к тестированию, позволяющий выполнить полное тестирование систем.

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

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

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

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

В книге «Исследовательское тестирование ПО» Джеймс Уиттакер пишет о самых разных исследовательских турах. Вот некоторые из них:

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

Основные различия методов тестирования и сравнение их эффективности

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

Однако эффективность исследовательского тестирования все же выше, чем сценарного. Это доказывается различными исследованиями. В частности, в 2007 году проводилось исследование, в котором принимало участие две команды. Они одновременно работали над тестированием одного и того же приложения, причем первая использовала сценарное тестирование, а вторая – исследовательское. Затем они тестировали второе приложение, но теперь первая команда использовала исследовательское тестирование, а вторая – сценарное. Это исследование показало, что при исследовательском тестировании эффективность обнаружения ошибок была намного выше. Подобные результаты были получены и при проведении других исследований эффективности методов тестирования.

Как решить, какой метод тестирования подходит лучше

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

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

Вместо заключения

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

Если ваша профессиональная деятельность связана с тестированием, наверняка вас заинтересуют вот эти доклады на нашей двухдневной декабрьской конференции Heisenbug 2017 Moscow:

Источник

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

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

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

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

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

Методы определения ошибки
в бухгалтерском учёте развивались с течением времени, и в
наши дни этот процесс продолжается. Нововведением в нормативном
и правовом регулировании в бухгалтерском учете и отчетности
Минфином России было утверждено Положение по бухгалтерскому учету
«Исправление ошибок в бухгалтерском учете и отчетности»
ПБУ 22/2010 (приказ от 28.06.2010 № 63н, зарегистрирован
в Минюсте России 30.07.2010 № 18008) и формы
бухгалтерской отчетности организаций (приказ от 02.07.2010 № 66н,
зарегистрирован в Минюсте России 02.08.2010 № 18023).

По П. 2 ПБУ 22/2010
«Исправление ошибок в бухгалтерском учете и отчетности»
утв. Приказом Минфина РФ от 28.06.2010 N 63 даётся следующее
определение: «Ошибка
в бухгалтерском учете и отчетности —
это
неправильное отражение или неотражение фактов хозяйственной
деятельности в бухгалтерском учете или бухгалтерской отчетности
организации».

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

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

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

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

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

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

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

2. ошибка в периодизации;

3. ошибка в корреспонденции
   счетов;

4. ошибка в оценке.

5. ошибка в представлении
   информации в отчетности.

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

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

Алгоритм обнаружения
конкретных ошибок зависит от их типа. Ошибки в документировании
быстрее всего выявить следующими способами:

• инвентаризация имущества
  организации

• взаимная сверка
  задолженностей с дебиторами и кредиторами

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. ошибки, выявленные при
   анализе бухгалтерского учёта;

3. ошибки, обнаруженные
   в отчётных документах организаций.

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

Литература:

1. Подольский В. И.,
   Савин А. А., Сотникова Л. В. и др.
   Аудит. —
   ЮНИТИ-ДАНА — 2009. — стр.57.

2. Положение «Исправление
   ошибок в бухгалтерском учете и отчетности, —
   ПБУ 22/2010, (в ред. Приказов Минфина России от 25.10.2010 N 132н,
   от 08.11.2010 N 144н, от 27.04.2012 N 55н) — [электронный
   ресурс] — Режим доступа. — URL:
   http://base.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=131610
   (дата обращения: 04.11.2012)

3. Пронин С. Ошибки
   в бухучете. // Расчет. — 2011, № 11. —
   стр.12.

4. Рабинович А. М. Категории
   ошибок. //
   Налоговый вестник. —
   2011. — № 9. — стр.7

5. Семенихин В. В.,
   Бухгалтерский учет и отчетность: исправление ошибок,
   допускаемых при ведении учета и формировании отчетности,
   с учетом ПБУ 22/2010 // Информационный центр искра —
   2012 — [электронный ресурс] — Режим доступа. —
   URL:
   http://www.uckpa.ru/lawnews/lawdai/buh/20022012_6/ (дата обращения:
   15.11.2012)

Искать ошибки в программах — непростая задача. Здесь нет никаких готовых методик или рецептов успеха. Можно даже сказать, что это — искусство. Тем не менее есть общие советы, которые помогут вам при поиске. В статье описаны основные шаги, которые стоит предпринять, если ваша программа работает некорректно.

Шаг 1: Занесите ошибку в трекер

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

1. Вы забыли какую-то важную деталь об ошибке, например, в чем она заключалась.
2. Вы могли делегировать ее кому-то более опытному.

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

Вы должны записать в трекер следующую информацию:

1. Что делал пользователь.
2. Что он ожидал увидеть.
3. Что случилось на самом деле.

Это должно подсказать, как воспроизвести ошибку. Если вы не сможете воспроизвести ее в любое время, ваши шансы исправить ошибку стремятся к нулю.

Шаг 2: Поищите сообщение об ошибке в сети

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

Шаг 3: Найдите строку, в которой проявляется ошибка

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

Шаг 4: Найдите точную строку, в которой появилась ошибка

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

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

Шаг 5: Выясните природу ошибки

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

1. Ошибка на единицу
   Вы начали цикл for с единицы вместо нуля или наоборот. Или, например, подумали, что метод .count() или .length() вернул индекс последнего элемента. Проверьте документацию к языку, чтобы убедиться, что нумерация массивов начинается с нуля или с единицы. Эта ошибка иногда проявляется в виде исключения Index out of range.
2. Состояние гонки
   Ваш процесс или поток пытается использовать результат выполнения дочернего до того, как тот завершил свою работу. Ищите использование sleep() в коде. Возможно, на мощной машине дочерний поток выполняется за миллисекунду, а на менее производительной системе происходят задержки. Используйте правильные способы синхронизации многопоточного кода: мьютексы, семафоры, события и т. д.
3. Неправильные настройки или константы
   Проверьте ваши конфигурационные файлы и константы. Я однажды потратил ужасные 16 часов, пытаясь понять, почему корзина на сайте с покупками виснет на стадии отправки заказа. Причина оказалась в неправильном значении в /etc/hosts, которое не позволяло приложению найти ip-адрес почтового сервера, что вызывало бесконечный цикл в попытке отправить счет заказчику.
4. Неожиданный null
   Бьюсь об заклад, вы не раз получали ошибку с неинициализированной переменной. Убедитесь, что вы проверяете ссылки на null, особенно при обращении к свойствам по цепочке. Также проверьте случаи, когда возвращаемое из базы данных значение NULL представлено особым типом.
5. Некорректные входные данные
   Вы проверяете вводимые данные? Вы точно не пытаетесь провести арифметические операции с введенными пользователем строками?
6. Присваивание вместо сравнения
   Убедитесь, что вы не написали = вместо ==, особенно в C-подобных языках.
7. Ошибка округления
   Это случается, когда вы используете целое вместо Decimal, или float для денежных сумм, или слишком короткое целое (например, пытаетесь записать число большее, чем 2147483647, в 32-битное целое). Кроме того, может случиться так, что ошибка округления проявляется не сразу, а накапливается со временем (т. н. Эффект бабочки).
8. Переполнение буфера и выход за пределы массива
   Проблема номер один в компьютерной безопасности. Вы выделяете память меньшего объема, чем записываемые туда данные. Или пытаетесь обратиться к элементу за пределами массива.
9. Программисты не умеют считать
   Вы используете некорректную формулу. Проверьте, что вы не используете целочисленное деление вместо взятия остатка, или знаете, как перевести рациональную дробь в десятичную и т. д.
10. Конкатенация строки и числа
    Вы ожидаете конкатенации двух строк, но одно из значений — число, и компилятор пытается произвести арифметические вычисления. Попробуйте явно приводить каждое значение к строке.
11. 33 символа в varchar(32)
    Проверяйте данные, передаваемые в INSERT, на совпадение типов. Некоторые БД выбрасывают исключения (как и должны делать), некоторые просто обрезают строку (как MySQL). Недавно я столкнулся с такой ошибкой: программист забыл убрать кавычки из строки перед вставкой в базу данных, и длина строки превысила допустимую как раз на два символа. На поиск бага ушло много времени, потому что заметить две маленькие кавычки было сложно.
12. Некорректное состояние
    Вы пытаетесь выполнить запрос при закрытом соединении или пытаетесь вставить запись в таблицу прежде, чем обновили таблицы, от которых она зависит.
13. Особенности вашей системы, которых нет у пользователя
    Например: в тестовой БД между ID заказа и адресом отношение 1:1, и вы программировали, исходя из этого предположения. Но в работе выясняется, что заказы могут отправляться на один и тот же адрес, и, таким образом, у вас отношение 1:многим.

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

Шаг 6: Метод исключения

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

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

Шаг 7: Логгируйте все подряд и анализируйте журнал

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

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

Шаг 8: Исключите влияние железа или платформы

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

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

Ради интереса, переключите кабель питания в другую розетку или к другому ИБП. Безумно? Почему бы не попробовать?

Если у вас возникает одна и та же ошибка вне зависимости от среды, то она в вашем коде.

Шаг 9: Обратите внимание на совпадения

1. Ошибка появляется всегда в одно и то же время? Проверьте задачи, выполняющиеся по расписанию.
2. Ошибка всегда проявляется вместе с чем-то еще, насколько абсурдной ни была бы эта связь? Обращайте внимание на каждую деталь. На каждую. Например, проявляется ли ошибка, когда включен кондиционер? Возможно, из-за этого падает напряжение в сети, что вызывает странные эффекты в железе.
3. Есть ли что-то общее у пользователей программы, даже не связанное с ПО? Например, географическое положение (так был найден легендарный баг с письмом за 500 миль).
4. Ошибка проявляется, когда другой процесс забирает достаточно большое количество памяти или ресурсов процессора? (Я однажды нашел в этом причину раздражающей проблемы «no trusted connection» с SQL-сервером).

Шаг 10: Обратитесь в техподдержку

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

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

Полезные советы (когда ничего не помогает)

1. Позовите кого-нибудь еще.
   Попросите коллегу поискать ошибку вместе с вами. Возможно, он заметит что-то, что вы упустили. Это можно сделать на любом этапе.
2. Внимательно просмотрите код.
   Я часто нахожу ошибку, просто спокойно просматривая код с начала и прокручивая его в голове.
3. Рассмотрите случаи, когда код работает, и сравните их с неработающими.
   Недавно я обнаружил ошибку, заключавшуюся в том, что когда вводимые данные в XML-формате содержали строку xsi:type='xs:string', все ломалось, но если этой строки не было, все работало корректно. Оказалось, что дополнительный атрибут ломал механизм десериализации.
4. Идите спать.
   Не бойтесь идти домой до того, как исправите ошибку. Ваши способности обратно пропорциональны вашей усталости. Вы просто потратите время и измотаете себя.
5. Сделайте творческий перерыв.
   Творческий перерыв — это когда вы отвлекаетесь от задачи и переключаете внимание на другие вещи. Вы, возможно, замечали, что лучшие идеи приходят в голову в душе или по пути домой. Смена контекста иногда помогает. Сходите пообедать, посмотрите фильм, полистайте интернет или займитесь другой проблемой.
6. Закройте глаза на некоторые симптомы и сообщения и попробуйте сначала.
   Некоторые баги могут влиять друг на друга. Драйвер для dial-up соединения в Windows 95 мог сообщать, что канал занят, при том что вы могли отчетливо слышать звук соединяющегося модема. Если вам приходится держать в голове слишком много симптомов, попробуйте сконцентрироваться только на одном. Исправьте или найдите его причину и переходите к следующему.
7. Поиграйте в доктора Хауса (только без Викодина).
   Соберите всех коллег, ходите по кабинету с тростью, пишите симптомы на доске и бросайте язвительные комментарии. Раз это работает в сериалах, почему бы не попробовать?

Что вам точно не поможет

1. Паника
   Не надо сразу палить из пушки по воробьям. Некоторые менеджеры начинают паниковать и сразу откатываться, перезагружать сервера и т. п. в надежде, что что-нибудь из этого исправит проблему. Это никогда не работает. Кроме того, это создает еще больше хаоса и увеличивает время, необходимое для поиска ошибки. Делайте только один шаг за раз. Изучите результат. Обдумайте его, а затем переходите к следующей гипотезе.
2. «Хелп, плиииз!»
   Когда вы обращаетесь на форум за советом, вы как минимум должны уже выполнить шаг 3. Никто не захочет или не сможет вам помочь, если вы не предоставите подробное описание проблемы, включая информацию об ОС, железе и участок проблемного кода. Создавайте тему только тогда, когда можете все подробно описать, и придумайте информативное название для нее.
3. Переход на личности
   Если вы думаете, что в ошибке виноват кто-то другой, постарайтесь по крайней мере говорить с ним вежливо. Оскорбления, крики и паника не помогут человеку решить проблему. Даже если у вас в команде не в почете демократия, крики и применение грубой силы не заставят исправления магическим образом появиться.

Ошибка, которую я недавно исправил

Это была загадочная проблема с дублирующимися именами генерируемых файлов. Дальнейшая проверка показала, что у файлов различное содержание. Это было странно, поскольку имена файлов включали дату и время создания в формате yyMMddhhmmss. Шаг 9, совпадения: первый файл был создан в полпятого утра, дубликат генерировался в полпятого вечера того же дня. Совпадение? Нет, поскольку hh в строке формата — это 12-часовой формат времени. Вот оно что! Поменял формат на yyMMddHHmmss, и ошибка исчезла.

_{Перевод статьи «How to fix bugs, step by step»}

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

Основной нормативный акт, регулирующий порядок исправления ошибок в учете — ПБУ 22/2010 «Исправление ошибок в бухгалтерском учете и отчетности» (утверждено приказом Минфина от 28.10.2010 № 63н). Согласно ПБУ ошибкой не может быть неточность в учете или отчетности, возникшая из-за появления сведений уже после внесения в учет факта хозяйственной деятельности.

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

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

Чиновники в некоторых нормативных актах рекомендовали установить уровень существенности равным 5% от показателя статьи отчетности или суммарного размера актива или обязательства (п. 1 приказа Минфина от 11.05.2010 № 41н, п. 88 приказа Минфина от 28.12.2001 № 119н, в настоящее время эти приказы утратили силу). Мы предлагаем установить одновременно и абсолютный, и относительный показатель определения существенной ошибки. Абсолютный показатель фирма может установить в произвольном размере.

Пример формулировки для учетной политики:

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

О том, чем нужно руководствоваться при составлении бухгалтерской учетной политики, читайте в материале «ПБУ 1/2008 «Учетная политика организации» (нюансы)».

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

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

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

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

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

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

ВНИМАНИЕ! Есть ряд документов, исправления в которых недопустимы. К ним относятся кассовые и банковские документы.

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

О том, как составить такую справку, читайте в статье «Бухгалтерская справка об исправлении ошибки – образец».

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

Порядок исправлений зависит от существенности ошибки и периода выявления:

• Ошибки 2022 года, выявленные до конца 2022 года, исправляем в том месяце, в котором они были выявлены.
• Несущественную ошибку, допущенную в 2021 году, но выявленную в 2022-м, уже после утверждения отчетности за 2021 год, исправляем записями по соответствующим счетам бухучета в том месяце 2022 года, в котором ошибку выявили; прибыль или убыток, полученные в результате исправления ошибки, относим на счет 91.
• Ошибка 2022 года, которую обнаружили в 2023 году, но до даты подписания бухотчетности за 2022 год, исправляем путем внесения записи в операции бухучета за декабрь 2022 года. Аналогично исправляются и существенные ошибки в учете, которые были обнаружены после подписания отчетности за 2022 год, но до даты ее предоставления госоргану или собственникам (акционерам).
• Если ошибка 2022 года существенная, а отчетность за 2022 год уже подписана и предоставлена собственникам (акционерам) и госорганам, но не утверждена, исправляем ее учетными записями, которые будут датированы декабрем 2022 года. При этом в новом варианте бухотчетности нужно указать, что эта отчетность заменяет первоначально предоставленную и указать основания для замены.

ВНИМАНИЕ! Новую отчетность нужно обязательно представить всем адресатам, кому представлялась предыдущая неисправленная отчетность.

• Существенная ошибка за 2022 год выявлена после утверждения бухотчетности за 2022 год — исправляем записями по счетам бухучета уже в 2023 году. В проводках будет задействован счет 84.

Пример:

Бухгалтер ООО «Перспектива» в мае 2023 года обнаружил, что не отразил в операциях за 2022 год арендную плату в размере 100 000 руб. Это существенная ошибка согласно учетной политике ООО «Перспектива», к тому же она выявлена после утверждения отчетности за 2022 год. Бухгалтер сделает проводку:

Дт 84 Кт 76 на сумму 100 000 руб. — выявлен ошибочно не отраженный расход за 2022 год.

Кроме того, ООО «Перспектива» должно сдать уточненку по налогу на прибыль за 2022 год.

Также при исправлении существенной ошибки, обнаруженной после утверждения годовой отчетности, нужно произвести ретроспективный перерасчет показателей бухгалтерской отчетности — это процедура приведения показателей отчетности в соответствующий вид так, как будто ошибка не была допущена. Например, если после ретроспективного пересчета данных показатель прибыли за 2022 год уменьшился с 200 000 руб. до 100 000 руб., то в отчетах 2023 года в графах сравнительных данных за 2022 год следует указывать уже не 200 000 руб. (по утвержденному отчету), а 100 000 руб. (по исправлению). Эту процедуру разрешено не делать компаниям, применяющим упрощенные способы ведения бухучета.

О том, какую отчетность сдают компании, ведущие учет упрощенным способом, читайте в материале «Упрощенная бухгалтерская финансовая отчетность — КНД 0710096».

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

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

В соответствии с письмом Минфина от 22.01.2016 № 07-01-09/2235 организация имеет право самостоятельно разработать алгоритм исправления ошибок в учете и отчетности на основании действующего законодательства. Выбранный порядок рекомендуем закрепить в учетной политике.

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

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

Согласно ст. 314 НК РФ исправлять ошибки в налоговых регистрах нужно корректурным способом: должна быть подпись лица, исправившего регистр, дата и обоснование исправления.

Порядок исправления ошибок в налоговом учете подробно расписан в ст. 54 НК РФ.

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

Если определить период совершения ошибки нельзя, то перерасчет производится в том отчетном периоде, в котором найдена ошибка.

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

Если на конец года имеет место спор с ИФНС и велика вероятность доначислений налогов (штрафных санкций), то в бухотчетности надо признать оценочное обязательство. Подробнее об этом – в материале «Налоговый спор = оценочное обязательство».

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

ВНИМАНИЕ! Таким способом нельзя воспользоваться при выявлении ошибок по расчету НДС, поскольку исправлять завышенный НДС можно только путем сдачи уточненки за период совершения ошибки.

Если фирма работала в убыток и выявила ошибку в прошлом периоде, которая увеличит убыток, то эти расходы включать в расчет налога за нынешний период нельзя. Компании следует подать уточненку с новыми суммами расходов и убытка (письмо Минфина от 23.04.2010 № 03-02-07/1-188).

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

Штрафы за ошибки в учете

Ошибки в бухгалтерском учете и при составлении отчетности чреваты для компании штрафом. Причем с 10.04.2016 размеры штрафов за неправильное ведение учета выросли — со вступлением в силу закона от 30.03.2016 № 77-ФЗ.

Ст. 15.11 КоАП в новой редакции содержит следующий перечень нарушений и наказаний за них:

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

Итоги

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