Използвах да се мисли, че е невъзможно да 1С тестване единица (в действителност не е повсеместен обекти, класове, и обичайно. Т.). Понякога Infostarte специализирана появи лечение, но често те са по-възпирани да тестват теми от привлечени от него. Тогава аз научих за xUnitFor1C. Оказа се, че изпитването на 1C като цяло не е много трудно, дори и в сравнение с други езици. В тази статия ще разкажа за първия си опит.
Искам да ви благодаря за статията така мисията. Това е било необходимо да се настоява за xUnitFor1C на проучване, работата на които ще бъдат обсъдени по-долу.
И така, същите xUnitFor1C разработчиците за голям набор от инструменти.
xUnitFor1C д 1в е набор от външни процедури, улесняване и най-важното, да организират тестове. В тази статия, ще се използва само xddTestRunner.epf (vypolnyatel тестове).
Разработен за лечение на правене на доклада може да се кликва на робот дневник и дисплей. Допълнително сложност е заключението в доклад сигнални съобщения, които са възникнали в хода на робота (например по време на документа). Ние прилагаме "тест задвижване развитие."
Готвене среда.
Наборът от тестове - е обработката, износ функция soderzhaschaa на PoluchitspisokTestov (YunitTestirovanie). Документацията дава образец на такова лечение. Ние създаваме и да го спаси. Блокът за обработка е както следва:
Изпълнете xddTestRunner.epf. интерфейс е изненадващо приятелски настроени към мен. Заредете тестове на каталога. Проверете. Трябва да видите тест. Тестът трябва да се провалят. Фиксирайте теста.
Сега, тестът трябва да бъде успешен.
цикъл на развитие.
1) Създаване на счупен тест
Рестартирането на списъка на тестове, ние проверяваме тестове вече са 2, а втората не успя.
2) Ако направите достатъчно, за да тест е бил успешен.
Сода табличен участва в полета за обработка "Run" и "текст".
Като прибавим към модула
Уверете се, че тестът е преминал.
3) рефакториране.
С този подход, след като кодът е обхванато от изпитванията, и тя може да се променя, без да се страхува, че промените са "неотчетени последици."
Според TDD стъпки 1,2,3 се повтарят непрекъснато, както и продължителност на итерация трябва да бъде възможно най-малък.
тества независимост.
Осигурени са следните процедури за гарантиране на независимостта:
Повторете, ако е необходимо.
Ако е необходимо, повторете отново ..
Напълно процес писане може да се разглежда в ангажират с хранилището на GitHub
Не намерих как да изтеглите безплатно, така че хранилището е и приложен към архива на статия.
Благодаря ви за вниманието, надявам се, ще има хора, които, след като тази статия ще следват принципите, описани и светът ще стане по-добро място.
Послепис Кой е тук?
Когато има един въпрос на "как да се направи искане", "как да се направи печатна форма", отговорът е точно там. В крайна сметка, можете да видите как това се прави в една типична конфигурация. Но когато имаше въпроси, "Какво ми пишат на теста? Какво тест доклади? А управляема форма? Рекорд в базата данни?" в типичните конфигурации, отговорите не са намерени. Така че трябваше да преосмисли патериците ..
Но някой друг вече е подал молба тези подходи (път, когато някой пише xddTestRunner). Може би това някой се сблъскват с много трудности и да ги решават. Ето защо, в случай, че някой иска да говори, казано по друг процес, в който не всички са толкова гладко и красиво оказа. Очаквам с нетърпение да конструктивна критика и връзки, за да се провери. =)
изтегляне на файлове