Здравствуйте!Я являюсь разработчиком 1С, работаю в организации штатным программистом. У нас нет отдельных аналитиков, архитекторов, тестировщиков,поэтому программисты понемногу занимаются всеми аспектами разработки. Для развития навыков именно в направлении тестирования я зарегистрировалсяна этом форуме.Вопрос мой состоит в следующем: есть довольно сложная система учета. Даже на отдельно взятом участке количество вариантов развития событий,состояний, которые может принимать информационная сущность, слишком велико для удержания в памяти.Например, документ Интернет-заказ создается в системе и уже может иметь множество сочетаний значений свойств: у него есть вариант доставки, вариант оплаты,время резерва, склад наличия и т.д. В зависимости от значений этих свойств, заказ может идти по множеству различных путей развития:если заказ должен вовремя не предоплачен, а истекло время резерва, то резерв снимается, при этом время резерва зависит от нахождения в конкретном магазине.Сама сумма предоплаты (полная/частичная) зависит от суммы заказа. Также от места нахождения товара и суммы заказа зависит, включена ли в стоимостьдоставка. После оформления заказа его может отменить клиент, а может менеджер. В зависимости от того, была ли предоплата, может быть запущеналгоритм ее возврата или заказ просто закрыт. Если при этом была предоплата доставки, она, в зависимости от того, передан ли заказ в ТК, она может бытьудержана или нет.С каждым шагом количество вариантов развития событий растет и предусмотреть "в уме" все их, чтобы протестировать, очень сложно.Так вот, есть ли в дисциплине тестирования ПО какие-то методики, позволяющие постепенно составить схему развития состояний системы, чтобы максимальнопокрыть все варианты развития событий?Извиняюсь, если сумбурно объясняю, я в тестировании, как в отдельной дисциплине, почти полный ноль.
https://www.bizagi.c...m-suite/modeler удобная, бесплатная тулза. Очень удобно делать схемы какраз для 1Сных проектов.
Схема переходов у вас обязательно должна быть. Не слушайте глумящихся...