|
Используете ли реально при разработке конфигураций функциональное тестирование? |
☑ |
0
vladnet
10.09.15
✎
16:42
|
Интересен именно реальный опыт. И если используете то какими инструментами пользуетесь.
Есть к примеру Сценарное тестирование 1с ное, но что то только плохие отзывы встречал.
Интересует тестирование для управляемых форм.
|
|
1
vladnet
10.09.15
✎
16:56
|
Может хоть у кого то есть отрицательный опыт функционального тестирования при реальной разработке
|
|
2
supremum
10.09.15
✎
16:58
|
На проекте по разработке системы управления предприятием используем такую последовательность:
1) Внутреннее тестирование - тестируем движок системы, прорабатываем элементы интерфесов. На тестировании задействовано 2 человека. Задача устранить внутренние противоречия, грубые ошибки.
2) Опытная эксплуатация - продолжаем тестить движок на мелкие огрехи, пользовательские интерфейсы. Задача обкатать движок, проработка пользовательских интерфейсов, начинаем писать отчеты. Количество задействованных пользователей: 15-20. Пишем регламент работы.
3) Опытно-промышленная эксплуатация. Система переходит из тестовой в рабочую. Дорабатываются пользовательские интерфейсы (в основном мелкие ошибки и хотелки). Согласуем регламент работы. На этом этапе в системе уже работают основные отделы.
4) Промышленная эксплуатация. Система переводится на сопровождение. Крупные доработки идут отдельными проектами.
|
|
3
supremum
10.09.15
✎
17:00
|
+(2) Сценарное тестирование не используем.
|
|
4
vladnet
10.09.15
✎
17:13
|
(3) спасибо. Я тоже не работал со сценарным тестированием. Но на одном проекте пришел к выводу что это практически необходимо, потому что бывает очень связанный функционал, и если правиться одна часть, она может изменять другую, а протестировать весь блок к сожалению бывает очень тяжело.
|
|
5
pumbaEO
14.09.15
✎
15:55
|
xUnitfor1c, сценарное не использую.
|
|
6
AdApter
14.09.15
✎
16:22
|
самый простой вариант с низким порогом вхождения это инструменты разработчика, там есть тестирование форм. Дальше глубже нужны накладные расходы на системный подход. Если вы коллектив промышленных разработчиков, то стоит заморачиваться. Если как обычно, "компьютерщик" в коллективе из теток, то дальше ИР соваться не стоит.
|
|
7
pumbaEO
14.09.15
✎
16:27
|
(6) в ИР не пропишешь исключения форм, разве УФ там тестирует?
Тут вопрос именно в функциональном тестировании, а открытие форм, это больше дымовое тестирование.
|
|
8
Гёдза
14.09.15
✎
16:33
|
Юзал xUnit и сценарное от 1С.
xUnit лучше
|
|
9
Гёдза
14.09.15
✎
16:34
|
Кстати в xUnit есть тесты открытия форм
|
|
10
Гёдза
14.09.15
✎
16:34
|
Самое сложное заставить ВСЕХ разрабов писать тесты
|
|
11
ДенисЧ
14.09.15
✎
16:35
|
(10) тесты должны писать тестировщики, а не разрабы
|
|
12
Гёдза
14.09.15
✎
16:35
|
(11) Поэтому и качество такое )))
|
|
13
pumbaEO
14.09.15
✎
16:39
|
(11) в СП это не написано, так что ты неправ.
|
|
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший