by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Mar 18 12:56

    grumagargler on master

    Обновление 1.3.5.5 1. Незначит… (compare)

  • Feb 25 02:30

    grumagargler on master

    Обновление 1.3.5.4 - Существен… (compare)

  • Feb 03 03:24

    grumagargler on master

    Delete 1Cv8.3.14.cf (compare)

  • Feb 03 03:22

    grumagargler on master

    Обновление 1.3.5.3 1. Добавлен… (compare)

  • Jan 18 16:02
    MikolaKar edited #18
  • Jan 18 15:59
    MikolaKar opened #18
  • Jan 14 06:55
    JohnyDeath closed #17
  • Jan 14 06:55
    JohnyDeath commented #17
  • Jan 13 21:48
    grumagargler commented #17
  • Jan 07 21:16

    grumagargler on master

    Update README.md (compare)

  • Jan 07 04:31

    grumagargler on master

    Обновление 1.3.5.1 Внимание! П… (compare)

  • Jan 06 03:44

    grumagargler on master

    Изменен тип (compare)

  • Jan 06 03:38

    grumagargler on master

    Добавил отступ (compare)

  • Jan 05 02:29

    grumagargler on master

    Проверка хука Проверка хука (compare)

  • Jan 05 01:32

    grumagargler on master

    Изменил путь (compare)

  • Jan 05 01:11

    grumagargler on master

    Тест по загрузке общих тестов (compare)

  • Jan 04 23:39
    grumagargler closed #2
  • Jan 04 23:38

    grumagargler on master

    Подготовка к 1.3.5.1 (compare)

  • Dec 05 2019 10:40
    JohnyDeath edited #17
  • Dec 05 2019 10:03
    JohnyDeath opened #17
grumagargler
@grumagargler
@MikolaKar ну давайте еще раз. У нас есть имя вызываемого сценария. Содержит это имя внутри себя точки или не содержит, не важно, важно что имя уникально и гарантируется тестером.
далее, мы обсуждаем проблему, возникающую при изменении этого имени
изменить имя можно как минимум двумя способами
перенести тест или переименовать его
MikolaKar
@MikolaKar
Я попутал сценарии с методами. В методах есть дубли типа Параметры. Если вызывать их только как "Параметры", без папок, то как понять какой нам нужен? В сценариях такое видимо не проходит, я не пробовал.
grumagargler
@grumagargler
так вот я хочу сказать, что перенос теста и переименование теста равнозначны для обсуждаемой проблемы как таковой
aloynas
@aloynas
Я наверное неправильно задала вопрос, изменить не само имя сценария а его путь например было вызвать(папка.док.сценарий) стал путь папка1.док.сценарий
grumagargler
@grumagargler
поэтому создание (супер)уникальных тестов (которые и так уникальны) ничего не решит
@MikolaKar как вам удалось создать дубли сценариев? по дизайну, для одного приложения этого делать тестер не должен позволять
(под именем я в данном случае понимаю полный путь)
aloynas
@aloynas
Почему дубль?
Папка это папка, док и сценарий это методы
MikolaKar
@MikolaKar
я не говорил, что мне удалось создать дубли сценариев. У меня каждый сценарий называется по-своему и я постепенно избавляюсь от лишних папок. Если раньше делал типа Справочники - Внутренние документы - Договоры - и т.д., то теперь все в одной папке. Я просто предположил, что имена сценариев (без папок) могут, как и методы совпадать. и тогда только по имени их находить (без папок) будет проблематично. Если не может быть 2 одинаковых имени сценария, то вопросов нет.
grumagargler
@grumagargler
а, понятно, я видимо не так понял, не-не, дубли тестер не даст создать
@aloynas по поводу окружения, мы говорим про создаваемые на лету тестовые данные?
MikolaKar
@MikolaKar
Для меня понимание окружения не сразу дошло. Все пытался сделать одно, что б на все случаи жизни. Но так не работает. Смысл окружения - создать исходные условия для проверки теста, которые бы не зависели ни от результатов предыдущих тестов, ни от заполненности базы какими-то бы ни было данными.
aloynas
@aloynas
Я поэтому люблю по возможности картинки добавлять к своим вопросам, но на данный момент нет такой возможности. Видимо когда у нас день у Вас ночь и наоборот. Я не за компьютером, а то прикрепила бы картинки было бы понятней)
grumagargler
@grumagargler
да, я в GMT-4
ну вы накидывайте, а мы включим воображение ))
aloynas
@aloynas
А я GMT +5
Ну например если в тесте проводится определенный документ и его движение сравнивается с шаблоном какое должно быть окружение?
grumagargler
@grumagargler
допустим, этот документ расходная накладная, тогда этим окружением будет: товары, клиент, поступление товаров
aloynas
@aloynas
А если не нужно их создавать, нужно просто перепровести документ и проверить его движения с шаблоном
Тогда какое окружение?
И ещё не совсем понимаю как запускается тестер наверное задание если к примеру днём нужно чтобы проверилась одна группа тестов (папка), а ночью другая?
grumagargler
@grumagargler
в этом случае окружение скорее всего не понадобится
тут нужно лишь сделать поправку на то, что если вы готовите это окружение вручную (ведь документ кем-то когда-то был создан) то ваши тесты могут быстро начать гнить
aloynas
@aloynas
Не поняла, что значит гнить?
grumagargler
@grumagargler
потому что на практике, растущее кол-во тестов сложно поддерживать на базе вручную заготовленных тестовых данных
aloynas
@aloynas
Почему?
grumagargler
@grumagargler
вот пример: у вас сегодня тест1 перепроводит документ, завтра вы создадите тест, который проверяет удаление документа, затем вы разработаете тест, который будет проверять отмену проведения документа. Вы неизбежно столкнетесь с ситуацией, когда прохождение одних тестов будет влиять на успешность прохождения других. Следующий шаг в решении этой проблемы - попытка организовать какую-то последовательность запуска тестов, что тоже приведет в тупик
(это общая эволюционная картинка на этот счет, ни в коем случае не претендую что у вас именно всё так)
grumagargler
@grumagargler
гнить в данном случае означает тот эффект
aloynas
@aloynas
Так как я в процессе обучения, поэтому начинаю с простых тестов постепенно усложняя новые и при необходимости дорабатывая старые. Поэтому и возник вопрос с окружением, у меня один из тестов насколько я предполагала и поняла в процессе переписки требует как раз таки окружения. И скорее всего не один.
grumagargler
@grumagargler
когда само время делает ваши тесты нерабочими, хотя сами тесты не менялись
aloynas
@aloynas
Но я думаю со временем любые тесты будут требовать доработки
grumagargler
@grumagargler
@aloynas понятно, на этом канале мы как раз и стараемся помогать не допускать ошибок
да, конечно
aloynas
@aloynas
Затерялся ещё вопрос И ещё не совсем понимаю как запускается тестер наверное задание если к примеру днём нужно чтобы проверилась одна группа тестов (папка), а ночью другая?
grumagargler
@grumagargler
только одно дело менять тесты в силу развития продукта и мысли, и совсем другое в силу неверной стратегии
MikolaKar
@MikolaKar
У меня больше времени уходит на создание окружения, чем на собственно проверку, т.к. при создании окружения надо понимать, что необходимо для проведения теста и знать, что и в какой последовательности создавать. Но создав окружение один раз, потом по аналогии проще создавать для других проверок. И да, лучше начинать с простых тестов, что бы потом их можно было использовать для создания окружения для более сложных тестов.
grumagargler
@grumagargler
можно запускать из командной строки, можно всегда держать запущенным (гляньте в докуху)
кроме всего, создание окружения дисциплинирует (выстраивает) сам процесс разработки
aloynas
@aloynas
Не поняла где гляньте?
aloynas
@aloynas
Я вот сейчас подумала если для расходной накладной окружение: товары, клиент, поступление товаров. Их я так понимаю мы создаём, для этих тестов тоже свое окружение нужно?
grumagargler
@grumagargler
@aloynas я вам очень рекомендую ознакомится с этим разделом, там также есть практические примеры
MikolaKar
@MikolaKar
На примере товара. Если для накладной достаточно только наименования, то можно создать элемент товара только с наименованием. Но, обычно, программа контролирует и другие поля, необходимые для заполнения, например единицу измерения. Т.е. получается, что перед тем, как создать товар, нужно подготовить элемент Единицы измерения. При создании Единицы измерения могут быть свои требования и т.д.
С другой стороны, если для каждого теста будет создаваться каждый раз новая ед. изм., штуки, например, мы можем столкнуться с проблемой, не в этом справочнике, а в других, где дубли нельзя создавать. Или вам надо работать с конкретным предопределенным элементом справочника. Для этого я создаю начальную (эталонную) базу, в которой постепенно создаю элементы, которые должны быть постоянно в базе. Исходные элементы в базе тоже создаю с помощью Тестера. А для тестирования создания новой единицы измерения делаю отдельный тест, который это проверяет.
Так получается, что если нужна Ед. изм. штука, то при создании товара в окружении я просто указываю, какая единица нужна, а если нужна новая, то сначала ее создаю в окружении, а потом выбираю для товара