Регистрация на грешки в платформата в 1C
Тази статия е за грешки. Но не за тези, които програмистите допускат в кода, а за самата платформа. Да, да, разработчиците на платформи също грешат! Това е особено забележимо при разработването за мобилни устройства - продуктът е все още суров, така че грешки се срещат през цялото време.
За съжаление, когато се сблъскат с грешки в платформата, повечето хора просто не им обръщат внимание. Те си спомнят 1C с неприятна дума и с мислите „вече са наясно с това, ще го поправят в следващата версия“ ще продължат да работят. Надявам се, че след като прочетете статията, ще има по-малко такива програмисти. :)
Ще разгледаме няколко реални грешки, примери за обаждания до 1C, както и как можете да проследите коригирането на грешката. Веднага трябва да кажа, че ще бъдат разгледани примери за мобилната платформа. Процедурата за регистрация за настолната платформа обаче е практически същата.
1. Посочете версията на платформата.
2. Опишете накратко сценария за възпроизвеждане на грешката и на кои устройства се възпроизвежда.
3. Към писмото прикачете придружаващи файлове – база данни или екранна снимка на грешката.
Нека да разгледаме няколко примера за обаждания до тях. поддържа.
Пример 1. Управляваните формуляри имат способността да групират елементи на различни страници. На мобилната платформа това работи точно както на работния плот:
На екранната снимка заглавията на страниците са поставени в горната част. Ако обаче ги поставите например отляво, тогава започват проблеми. Ето как изглежда на десктоп платформата:
И така - на мобилно:
Мисля, че грешката е очевидна.
Нека започнем с подготовката на основата. Може да възникне въпросът - защо, екранните снимки наистина ли не са достатъчни? Да не забравяме, че хората също работят в 1C. И като се има предвид, че далеч не си единствениятразработчикът, който се обръща към тях, няма да бъде много цивилизован, за да принуди служителите сами да създадат базата данни и да възпроизведат вашата грешка.
Създаваме празна база, създаваме формуляр в Общи формуляри. На формуляра рисуваме най-простия пример - 2 страници с по един бутон на всяка от тях.
Стартираме базата данни на мобилно устройство, правим екранни снимки. Разтоварваме база в dt.
Сега да преминем към писането на писмото. Ето пример за моята молба:
Тема: Мобилна платформа: Неправилно показване на раздели Тяло на имейла: Добър ден! Мобилна платформа: 8.3.5.52 Мобилната платформа не показва правилно страници с опцията за показване „Отметки отляво“. Възпроизвежда се на Samsung Galaxy S2 и S4. В прикачения файл е пример за базата, където възниква грешката. -- С уважение, Вадим Невзоров Прикачени файлове: Pages.dt Екранна снимка на pages.jpg
Моля, обърнете внимание - не забравяйте да посочите версията на мобилната платформа в писмото. Също така няма да е излишно да посочите устройството, на което се възпроизвежда грешката.
Половин час по-късно получаваме отговора:
Това означава, че вашето писмо е прието и грешката се преразглежда. 10 минути по-късно пристига друго съобщение:
Страхотно, подадена грешка! Освен това имаме нейния номер. Какво да правя с него по-нататък?
Както можете да видите, такъв бъг вече е регистриран и е коригиран в тестовата версия на платформата.Запомнете - преди да подадете сигнал за грешка, първо се опитайте да го намерите в този раздел - може да е подаден преди.
Разгледайте връзките по-долу. Първите две са за приоритизиране - колкото повече хора съобщават за важността на поправката, толкова по-бързо (теоретично) ще бъде поправено. Понеразработчиците на партньорския форум казаха, че обръщат внимание на тези показатели.
Да се върнем към нашия регистриран бъг. Нека се опитаме да го намерим по кода от писмото:
Нека разгледаме друг пример за обаждане.
MessageReceiver = NewNotificationDescription( "MessageReceiver" , ThisObject); Инструменти за телефония ConnectSMSMessageHandler ( MessageReceiver );
Методът ConnectSMSMessageHandler свързва манипулатор на изчакване, който се задейства, когато пристигне ново съобщение. Има и друг метод - DisableSMSMessageHandler, който прави обратното. Проблемът е, че той е. Не работи. :) След извикването на този метод манипулаторът продължава да се извиква при получаване на съобщения.
Създаваме най-простия пример - форма с два бутона за свързване и прекъсване на обработка на SMS съобщения.
Изходният код на модула:
Тема : Мобилна платформа: деактивирането на манипулатора за получаване на съобщения не работиТекст на съобщението : Добър ден! Мобилна платформа: 8.3.5.58 Платформата игнорира забраните на манипулатора на изчакване за получаване на SMS съобщения. След прекъсване на връзката, когато пристигне SMS, манипулаторът продължава да се извиква. В прикачения файл - пример за мобилна база данни, в която възниква грешка. Възпроизвежда се на Samsung Galaxy S2 и S4. -- С уважение, Вадим НевзоровПрикачени файлове : SMS съобщения - деактивирайте handler.dt
Ура! Сега нашата грешка е на сайта и можем да проследим състоянието й. В бъдеще, когато бъдат пуснати следващите версии на мобилната платформа, ще можем да проследим в коя версия е коригирана.
Може би след като прочетете статията, ще имате въпрос - защо е всичко това? В края,компанията 1C има собствен отдел от тестери и рано или късно грешката ще бъде идентифицирана и коригирана. Отговорът на този въпрос е философски. :) Лично аз много се влюбих в мобилната платформа и, разбира се, искам да става все по-добра. Ето защо не виждам нищо трудно в това да отделя 15 минути за писане на писмо, което ще помогне на 1C бързо да коригира дефектите на продукта. И ето го резултата:
По-малко грешки!
Вадим Невзоров, Одеса
Специални оферти
За щастие по някакъв начин се опитах да регистрирам неправилно поведение чрез v8 (номерът на документа не се побираше в стандартния печатен формуляр и беше отрязан при печат, а грешката беше възпроизведена в демо базата). Отне ми почти 2 месеца, за да подадат сигнал за грешка (без имейли, те просто проверяваха за грешки в продължение на 1,5 месеца, тъй като разбирам, че грешката е с нисък приоритет). Най-смешно беше, когато пишат "При проверка на демо база. Вашето съобщение не е потвърдено." Бих искал да разгледам тяхната демонстрационна база данни. Трябваше да направя екранни снимки от моята демонстрация
Вторият ми опит беше да се отпиша за грешки в тестовата платформа. (Критериите за подбор не работеха в обикновените формуляри на дневника на 8.3.5.924). На което получих отговор след 8 дни
P,S, И те поправиха грешката със селекциите до финалната версия 8.3.5
Трябва незабавно да се подготвим за отговори и караница, когато пишем писмо на v8. Там първата линия на техническа поддръжка има за задача да отсее възможно най-много букви, за да не притеснява дори разработчиците. Те не се интересуват от значимостта на проблема, те не са разработчици или дори потребители, те обикновено са за 1Cчух само, че работят в него. Не ги интересува дали сте партньор или краен потребител. Тяхната работа не е да те чуят. Например, посочването на кода на партньора не е достатъчно, за да прочетат писмото ви, въпреки че според мен партньорите трябва да са приоритет. Те сами могат да разберат абонаментния номер на партньора и активността му, за тях това са два клика на мишката. Те все пак проверяват активността на абонамента, за тях това е причина да отпратят питащия.
ефективността на комуникацията с тях = 0. Внедрявам необработен ZUP 3.0, има много въпроси към създателите. Спрях да пиша, след като ме отказаха няколко пъти. Имам модифицирана конфигурация и ми е по-лесно сам да поправя техните задръствания, отколкото да губя време и нерви, освен това клиентът се нуждае от резултата сега и дори не мога да дам официален отговор, че грешката е регистрирана при него в рамките на една седмица. Мълча за факта, че грешката ще бъде коригирана.
Реален пример: В примерната справка ZUP 3.0 има списък за избор от служители. Започвайки с определено освобождаване, се появи следа. боклук (работеше преди актуализацията): Ако добавите служител там, като добавите редове с команда от контекстното меню, той се срива с грешка и като цяло затваря 1C. На бутона за избор - всичко е ОК, но на бутона "избор" ми се отваря форма със списък, която лага, искам да използвам въвеждане по ред. Отговор от 1C: „Това не е грешка, не използвайте контекстното меню, използвайте бутона „избор““ - ****** ***** (много псувни) как така? Това е първото правило - действията на потребителя не трябва да водят до критични грешки. Е, деактивирайте контекстното меню там, ако мислите така.
Политиката на 1C е да признавате грешките си до минимум.
Освен това това важи както за платформата, така и за конфигурациите. Във всеки случай около 95% от обажданиятабяха приети, 5% са или пропуснах (не е грешка), или разпознато като дизайнерско поведение (със запис на неудобство).
Но, разбира се, това може да отнеме много време. Какво да се прави, това са рисковете.
Техническата поддръжка на 1C разбира типичните конфигурации по-добре от повечето потребители и дори от много разработчици. Те ежедневно разглеждат стотици жалби, възпроизвеждат, разбират.
(12) sergei2k, ето част от писмото. Веднъж за вас техническата поддръжка на 1C е светец, никога повече не използвайте контекстното меню)))
Здравейте! Вашето обжалване е регистрирано под номер SW870883 / 1. Моля, посочете този номер в текста на следващите обжалвания по същата тема.
Трябва да използвате бутона "Избор", а не контекстното меню, за да добавите редове към списъка с елементи.
Ако искате да ни уведомите как оценявате качеството на този отговор, .
(16) monkbest, Съгласен съм, отговорът е странен.