Каков самый сомнительный отчет об ошибках, который Вы когда-нибудь получали от QA?

Я не могу считать поле, где я ввожу в пароле. Когда я ввожу в этом поле, это только отображает круги.

Я клянусь, что это было от профессионального тестера QA, не от пользователя.

Ошибка была открыта, потому что мы действительно правильно проверяли поле валюты (против списка ISO). Они открыли его потому что сказанный Вариант использования: Валюта [альфа-цифра], таким образом, они ожидали "2" как допустимая валюта.

Я все еще опрашиваю меня о том.

"Дизайн страницы / цвета не соответствует аккомпанементу".

Не был бы таким образом нечетен, если бы они не сравнивали страницу с каркасами.

Я получил дефект, заявив только это:

"It is wrong"

Я должен был пододвинуть обратно для обнаружения точно, каково это было.

Это не было от QA, но это было, в то время как я был в службе поддержки.

Мы когда-то получили отчет от клиента, что жесткий диск на 20 ГБ, который они имели в их системе, не был достаточно большим, и они хотели заказать "больший d#ck" (я позволю Вам восполнить пробелы).

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

"Башенки при наведении курсора, кажется, плавают в воздушном пространстве".

Почему да. Да они.

Человек QA позвонил мне с ошибкой в коде коллеги (программист-коллега был болен в тот день). Она жаловалась, что некоторые поля на веб-экране входа в систему были светло-желтым (имя, и т.д.), и другие не были. Было легко объяснить - я только что объяснил это программисту, прежде чем он заболел, накануне - это была Автозаливка панели инструментов Google, пытающаяся быть полезной.

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

"Генератор простого числа рассматривает 2 простое число".

У меня был отчет об ошибках, что кнопка "становилась синей".

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

Вы прочитали историю, "Мы не можем отправить электронной почте больше чем 500 миль" :)

Имевший дело с этим вчера:

Отчет X о проблеме: "Столбец FileSize все еще видим после того, как Группировка будет включена. Столбец FileSize должен быть скрыт".

(Проблема была устранена),

Отчет Y о проблеме, сразу вошел после того, как фиксация была развернута: "Столбец FileSize исчезает, когда Группировка включена".

Это - мой абсолютный любимый отчет об ошибках и ответ, с атрибуцией от 'vmsnet.misc' группы новостей, давно. DEC была Digital Equipment Corporation для Вас молодежь и VMS одна из лучших операционных систем времени.

Автором этого был "Stanley Rabinowitz", известный в мире DEC как автор библиотеки SMG$, КАКОЙ утилита и много других частей VMS. Авторское право этого - поэтому, вероятно, его, но он теперь оставил DEC.

Отправленная дата: 14-OCT-1983 3:08:00 Предмета: Мой ответ SPR (для Вашего обзора)

ЧИСЛО SPR: 11-60903

КАТЕГОРИЯ ОТВЕТА: ЧАСЫ ОБСЛУЖИВАНИЯ UE: 1 ДУБЛИРУЮЩАЯСЯ ПРОБЛЕМА: N КОПИРУЮТ НОМЕР (S) SPR:

ОПЕРАЦИОННАЯ СИСТЕМА: VAX/VMS
O.S. ВЕРСИЯ: ПРОДУКТ V3.2: ВЕРСИЯ ПРОДУКТА VAX/VMS: КОМПОНЕНТ V3.2: СУБКОМПОНЕНТ библиотеки времени выполнения:
Стандартные программы LIB$

ДАТЕ ОТВЕЧАЮТ:
13 октября 1983

СПЕЦИАЛИСТ ПО ОБСЛУЖИВАНИЮ: Stanley Rabinowitz

ВЛОЖЕНИЕ: N

ИНСТРУКЦИИ ПО ПУБЛИКАЦИИ: N

ПРОБЛЕМНЫЙ КРАТКИЙ ОБЗОР SPR: Пользователь утверждает, что 2000 год не должен быть високосным годом.

ЗАГОЛОВОК: - ПУБЛИКАЦИИ: - ДОПОЛНИТЕЛЬНЫЙ O.S. ВЕРСИИ: ДОПОЛНИТЕЛЬНЫЕ ВЕРСИИ ПРОДУКТА: ПОРЯДКОВЫЙ НОМЕР КОМПОНЕНТА: ЗАМЕНЯЕТ:
ТИП СТАТЬИ:

                        ANSWER CATEGORIES

CG=1=CORRECTION ДАН
RS=5=RESTRICTION
SG=9=SUGGESTION FN=2=FIXED В ВЫПУСКЕ CS=6=CUSTOMER NEXT ПОДДЕРЖИВАЕТСЯ
IQ=10=INQUIRY DE=3=DOCUMENTATION ОШИБКА NR=7=NON-REPRODUCIBLE
HW=11=HARDWARE UE=4=USER ОШИБКА
ИНФОРМАЦИЯ О II=8=INSUFFICIENT

                        TYPE OF ARTICLE

ИСПРАВЛЕНИЕ КОМПЛЕКТА F=OPTIONAL ПАТЧ N=NOTE M=MANDATORY
R=RESTRICTION

                     FOR MAINTENANCE USE

                        D I G I T A L

                       SPR ANSWER FORM

SPR № 11-60903

       SYSTEM   VERSION   PRODUCT   VERSION   COMPONENT SOFTWARE:  VAX/VMS

Библиотека времени выполнения V3.2 VAX/VMS V3.2

ПРОБЛЕМА:

Сервис Библиотеки времени выполнения LIB$DAY "неправильно" предполагает, что 2000 год является високосным годом.

ОТВЕТ:

Спасибо за Ваш перспективный SPR.

Различные системные службы, такие как SYS$ASCTIM предполагают, что 2000 год будет високосным годом. Хотя никогда нельзя быть уверенным в том, что произойдет в некоторое будущее время, существует сильный исторический прецедент для предположения, что существующий Григорианский календарь все еще будет во влиянии к 2000 году. Так как мы также надеемся, что VMS все еще будет вокруг к тому времени, мы приняли решение придерживаться этих прецедентов.

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

Календарь ассирийцев, например, был основан на фазах луны. Они знали, что лунация (время с одной полной луны к следующему) была 29 1/2 дня длиной, таким образом, их лунный год имел продолжительность 354 дней. Это было далеко от солнечного года приблизительно на 11 дней. Точное время в течение солнечного года составляет приблизительно 365 дней, 5 часов, 48 минут и 46 секунд. После 3 лет такой лунный календарь был бы выключен к целому месяцу, таким образом, ассирийцы добавляли дополнительный месяц время от времени для хранения их календаря в синхронизации с сезонами.

Наилучшее приближение, которое было возможно в старине, было 19-летним периодом с 7 из этих 19 лет, имея 13 месяцев (месяцы прыжка). Эта схема была принята как основание для религиозного календаря, используемого евреями. Арабы также использовали этот календарь, пока Mohammed не запретил смещение от 12 месяцев до 13 месяцев.

Когда Рим появился в качестве мировой державы, трудности создания календаря были известны, но римляне усложнили свои жизни из-за их суеверия, что четные числа были неудачны. Следовательно их месяцы равнялись 29 или 31 день длиной, за исключением февраля, который имел 28 дней. Каждый второй год, римский календарь включал дополнительный месяц под названием Mercedonius 22 или 23 дней, чтобы не отставать от солнечного года.

Даже этот алгоритм был очень плох, так, чтобы в 45 до н.э, Caesar, рекомендуемый астрономом Sosigenes, заказал широкую реформу. Согласно имперскому декрету, один год был сделан 445 дней длиной для возвращения календаря в ногу с сезонами. Новый календарь, подобный тому, который мы теперь используем, назвали юлианским календарем (названный в честь Julius Caesar). Это - месяцы, был 30 или 31 день в длине, и каждый четвертый год был сделан високосным годом (имеющий 366 дней). Caesar также установил декретом, что год запустится с первого января, не весеннее равноденствие в конце марта.

Год Caesar составлял 11 1/2 минут за исключением вычислений, рекомендуемых Sosigenes, и в конечном счете дата весеннего равноденствия начала дрейфовать. Roger Bacon стал предупрежденным и отправил сообщение Папе Римскому Clement IV, кто, по-видимому, не был впечатлен. IV Папы Римского Sixtus позже стал убежденным, что другая реформа была необходима и вызвала немецкого астронома, Regiomontanus, в Рим для уведомления ему. К сожалению, Regiomontanus умер от эпидемии вскоре после этого, и планы умерли также.

В 1545 Совет Трента разрешил Папу Римского Gregory XIII преобразовывать календарь еще раз. Большая часть математической работы была сделана Родительским элементом Christopher Clavius, S.J. Непосредственное исправление, которое было принято, состояло в том, который четверг, 4 октября 1582 должен был быть прошлым днем юлианского календаря. Следующий день был пятницей с датой от 15 октября. Для точности дальнего действия была принята формула, предложенная библиотекарем Ватикана Aloysius Giglio. Это сказало, что каждый четвертый год является високосным годом за исключением лет века, которые не являются делимыми 400. Таким образом 1700, 1800 и 1900 не был бы високосными годами, но 2000 будет високосным годом, с 2000 является делимым 400. Это правило устраняет 3 високосных года каждые 4 века, делая календарь достаточно корректным в большинстве обычных целей. Этот календарь известен как Григорианский календарь и является тем, который мы теперь используем сегодня. Интересно отметить, что в 1582, все протестантские принцы проигнорировали папский декрет, и столько стран продолжало использовать юлианский календарь до любого 1698 или 1752. В России этому был нужен оборот для представления Григорианского календаря в 1918.

Это объясняет, почему VMS принимает решение рассматривать 2000 год как високосный год.

Несмотря на большую точность Григорианского календаря, это все еще отстает от очень немного каждых нескольких лет. Если Вы являетесь очень соответствующими об этой проблеме, мы предлагаем, чтобы Вы настроили коротковолновую радиостанцию WWV, который широковещательные сигналы времени чиновника для использования в Соединенных Штатах. Об один раз в 3 года, они объявляют прыжок, второй, в котором времени необходимо стараться скорректировать системные часы. Если Вы испытываете затруднения, улавливающие их сигналы, мы предлагаем, чтобы Вы купили атомные часы (не произведенный Цифровым и не опцией VAX в это время).

                         END OF SPR RESPONSE