О. Вот это тоже типичная ошибка, которая портит отношение в коллективе, а тем более между тестерами и разработчиками — кто больше виноват :)
Ошибки были, есть и будут, особенно в системах «с большим наследством»… Да и если бы их не было — тестеры бы были не нужны :)
Но защита разработчку тоже от тестера не нужна по сути, главное — чтобы противостояния и взаимных обвинений не было. В идеале то, конечно, хочется вообще сотрудничества — чтобы и разработчик мог внятно объяснить что в каких компонентах поменялось (или вообще какие трогали), а тестер мог не только внятно объяснить последовательность 100% воспроизведения ошибки, а то и помочь локализовать или хотя бы миннимизировать последовательность…
Дим, я бы еще проще сказал: процесс тестирования не должен напоминать перекидывание мячика через сетку…
Но, как ты помнишь по нашему совместному опыту (:), для этого еще и проектная документация должна быть нормальной, чтобы не было так, что тестер и разработчик постановку трактуют каждый по своему, а менеджер хочет третьего :)
Зашел я на сайте. И хочу узнать ровно две вещи:
— могу ли я импортировать данные из другого источника
— сколько стоит и в чем разница
И вот как-то потыкался по ссылкам и навскидку не нашел. Тыкнулся в карту сайта… Потыкался там в несколько ссылок, понял что это топики на форуме (что, на мой взгляд, вообще в карту включать не надо), и вообще перестал искать…
А мне и регистрироваться лень, но у меня есть работающее решение — MS Money ^)
светодиод желтый горит обычно не только когда денег совсем нет, а когда их запас меньше некоторого значения…
причин же невыдачи может быть больше одной:
1. в банкомате есть свои счетчики купюр, которые вводят инкассаторы, когда меняю кассеты с купюрами. даже тут могут быть ошибки, ибо они сами их не считают, а вводят цифры с бумажки на кассете.
2. банкомат, когда начинает набирать суммы для выдачи, проверяет их по куче показателей, в том числе по толщине. если у него появляется подозрение, что произошла ошибка, например слипшаяся купюра, то все набранное сбрасывается в специальную reject-кассету и процесс начинается снова.
т.о. вполне может быть ситуация, когда банкомат считает что в кассетах что-то осталось, а на деле уже нет… или что-то с самим трактом набора, например…
при этом в части операций разобраться, были ли в реале деньги выданы или нет, можно разобраться только после инкассации, когда заберут reject-кассету и ленту из журнального принтера, передадут в соответствующее подразделение и т.д. пока не разберутся — да, деньги будут заблокированы на счете.
по крайней мере все было так, когда я с этим работал десять лет назад и у нас на обслуживании стояли банкоматы NCR(AT&T) четвертого-пятого поколения.
да, по-хорошему это все должно мониториться, но в реале задержки могут быть от суток (на неделе) до трех-четырех, пока доедут да разберутся с машинкой.
по крайней мере «юзверь-юзвери» знакомые, кто соскочил с аськи (и даже джаббера) на скайп мотивировали это отсутствием спама…
unicyr_ctype.hpp, line 189
std::map<mask, wchar_t> masks;
а не наоборот ли?
p.s. пардон, если что, очень спать хочется :)
то же накладывание патчей и изменение параметров конфигурации делается изменением одного ebuild-файла за пять минут…
да и чтобы поставить в другое место тоже немного усилий потребуется…
зато был бы готовый ebuild, из которого можно бы было сделать patch и для последующих версий и автоматом накатывать…
да и оберации сознания штука такая…
Ошибки были, есть и будут, особенно в системах «с большим наследством»… Да и если бы их не было — тестеры бы были не нужны :)
Но защита разработчку тоже от тестера не нужна по сути, главное — чтобы противостояния и взаимных обвинений не было. В идеале то, конечно, хочется вообще сотрудничества — чтобы и разработчик мог внятно объяснить что в каких компонентах поменялось (или вообще какие трогали), а тестер мог не только внятно объяснить последовательность 100% воспроизведения ошибки, а то и помочь локализовать или хотя бы миннимизировать последовательность…
с тестировщиков должны спрашивать за серьезные необнаруженные баги в релизе.
а уж они должны сами или совместно с разработчиками придумывать как их обнаруживать и, по возможности, автоматизировать это…
Но, как ты помнишь по нашему совместному опыту (:), для этого еще и проектная документация должна быть нормальной, чтобы не было так, что тестер и разработчик постановку трактуют каждый по своему, а менеджер хочет третьего :)
Зашел я на сайте. И хочу узнать ровно две вещи:
— могу ли я импортировать данные из другого источника
— сколько стоит и в чем разница
И вот как-то потыкался по ссылкам и навскидку не нашел. Тыкнулся в карту сайта… Потыкался там в несколько ссылок, понял что это топики на форуме (что, на мой взгляд, вообще в карту включать не надо), и вообще перестал искать…
А мне и регистрироваться лень, но у меня есть работающее решение — MS Money ^)
там обычно прописан срок, через который номер теряется… обычно через полгода в «отстойнике» номера продаются снова…
в противном случае это будет лишней «дыркой», которой наверняка рано или поздно воспользуются…
причин же невыдачи может быть больше одной:
1. в банкомате есть свои счетчики купюр, которые вводят инкассаторы, когда меняю кассеты с купюрами. даже тут могут быть ошибки, ибо они сами их не считают, а вводят цифры с бумажки на кассете.
2. банкомат, когда начинает набирать суммы для выдачи, проверяет их по куче показателей, в том числе по толщине. если у него появляется подозрение, что произошла ошибка, например слипшаяся купюра, то все набранное сбрасывается в специальную reject-кассету и процесс начинается снова.
т.о. вполне может быть ситуация, когда банкомат считает что в кассетах что-то осталось, а на деле уже нет… или что-то с самим трактом набора, например…
при этом в части операций разобраться, были ли в реале деньги выданы или нет, можно разобраться только после инкассации, когда заберут reject-кассету и ленту из журнального принтера, передадут в соответствующее подразделение и т.д. пока не разберутся — да, деньги будут заблокированы на счете.
по крайней мере все было так, когда я с этим работал десять лет назад и у нас на обслуживании стояли банкоматы NCR(AT&T) четвертого-пятого поколения.
да, по-хорошему это все должно мониториться, но в реале задержки могут быть от суток (на неделе) до трех-четырех, пока доедут да разберутся с машинкой.