По теме из базы знаний
- Итоги года. Статистика выпуска релизов фирмы "1С"
- Обновление нетиповой конфигурации ЗУП одним махом через 19 релизов + решение глюков обновлений (памятка)
- Новый релиз 1С:ТОИР КОРП 3.0.4.1: развитие блока МТО, совершенствование анализа причин дефектов, новое в "Мобильной бригаде" и не только!
- Релиз ТОИР 3.0.8.1: сокращение ручной работы, новое в планировании ремонтов и управлении МТО
- Методика подключения новых объектов к производительному методу RLS в 1С
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
1. Что такое "сценарий ошибок в ванессе"? Новые ошибки - это явно непокрытые сценариями. Более того, сценарий, который покрыл бы 100% системы, написать сложнее, чем систему целиком, т.к. система - это совокупность ее элементов, а сценарий - это совокупность взаимодействий этих элементов. И если в пределах формы можно что-то такое написать, то дальше уже мало кто что делает.
2. Ошибки в релизах и так публикуются. Что под этим подразумевается сверх этого?
Или тут типа вопрос о том, что типа вот заплатите нам окулиард бабла, мы вам сделаем за окулиард лет мегасценарий, который покроет все возможные кейсы и выявит все возможные ошибки (даже те, которые связаны с форматом обмена регуляторкой, возвращаемые внешними системами)? Это как парадоксальный вопрос о бесконечном пейсателе, описывающем за год день жизни. Ну и типа раз пейсатель бесконечноживущий, то у него на каждый день жизни однажды наступит год )))
2. Ошибки в релизах и так публикуются. Что под этим подразумевается сверх этого?
Или тут типа вопрос о том, что типа вот заплатите нам окулиард бабла, мы вам сделаем за окулиард лет мегасценарий, который покроет все возможные кейсы и выявит все возможные ошибки (даже те, которые связаны с форматом обмена регуляторкой, возвращаемые внешними системами)? Это как парадоксальный вопрос о бесконечном пейсателе, описывающем за год день жизни. Ну и типа раз пейсатель бесконечноживущий, то у него на каждый день жизни однажды наступит год )))
Это решение
9.
Гость
28.04.22 13:10
(8)
1.Сценарии, приводящие к ошибкам релизов. Как проверяет ошибки пользователь, так и записывает действия пользователя.
2.Ну типа того. Есть у вас много разных автотестов и вы их запускаете каждый день, ошибки выявляют одни и те же и ничего нового, а нужно отправлять как можно больше и много разных ошибок. Много новых ошибок находят вручную, а автотесты - это всего лишь копия, повторяет действия пользователя и ничего более.
1.Сценарии, приводящие к ошибкам релизов. Как проверяет ошибки пользователь, так и записывает действия пользователя.
2.Ну типа того. Есть у вас много разных автотестов и вы их запускаете каждый день, ошибки выявляют одни и те же и ничего нового, а нужно отправлять как можно больше и много разных ошибок. Много новых ошибок находят вручную, а автотесты - это всего лишь копия, повторяет действия пользователя и ничего более.
Это решение
(9)
Но даже мелкомягкие пишут, что на альфе пользователи находят им 70% ошибок (сопоставимо с код ревью и парным программированием), а на бете - еще типа 99% (сомневаюсь), в итоге RC выходит с условно небольшим количеством ошибок, которые неспециалисту не видны (не винды - как очепятика по Фрейду, ибо юзеры венды мало что видят из неспецифического - только после того, как шифровальщик съел их файлы).
В общем не совсем ясно, что тут автор темы имеет ввиду. Вот 1С, например, даже в платформе на тестовом периоде многие ошибки пропускает, поэтому народ говорит, что на следующую платформу надо переезжать с версии 1800-2000+, в которых детские болезни наконец-то забороты. Но с каждым годом эта цифра растет, т.к. мало кто переезжает на релизы до 1500-го, потом уже до 1800-го - т.е. цифра переезда прода на релиз растет, что приводит к тому, что ошибки долго не отлавливаются, при том многие из них временами воскресают. И все это достаточно просто объясняется.
а автотесты - это всего лишь копия, повторяет действия пользователя
Повторяет некоторые действия пользователя в представлении о них разработчика тестов. Или там просто новая формулка в форме, или там кейс пользовательский, который юзер когда-то словил неоднократно и его решили запилить, как тест после обновления.
Но даже мелкомягкие пишут, что на альфе пользователи находят им 70% ошибок (сопоставимо с код ревью и парным программированием), а на бете - еще типа 99% (сомневаюсь), в итоге RC выходит с условно небольшим количеством ошибок, которые неспециалисту не видны (не винды - как очепятика по Фрейду, ибо юзеры венды мало что видят из неспецифического - только после того, как шифровальщик съел их файлы).
В общем не совсем ясно, что тут автор темы имеет ввиду. Вот 1С, например, даже в платформе на тестовом периоде многие ошибки пропускает, поэтому народ говорит, что на следующую платформу надо переезжать с версии 1800-2000+, в которых детские болезни наконец-то забороты. Но с каждым годом эта цифра растет, т.к. мало кто переезжает на релизы до 1500-го, потом уже до 1800-го - т.е. цифра переезда прода на релиз растет, что приводит к тому, что ошибки долго не отлавливаются, при том многие из них временами воскресают. И все это достаточно просто объясняется.
Это решение
11.
Гость
28.04.22 18:16
(10)тема говорит, что если вас приняли как тестировщика и поручили вам собрать как можно больше ошибок в программе 1с и вы решили начать поиск ошибок вручную без автотестов, но ошибок мало собрали и нужны еще больше, то есть ли смысл писать обработку, в которой будет присутствовать готовый набор кейсов на ванессе, в котором будет создаваться файл, приведший к возникновению ошибок релизов.
Это решение
Внимание! Не забывайте отмечать решение на ваш вопрос, если оно найдено. Это повысит ваш рейтинг на форуме.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот