Как объять необъятное, или советы по тестированию

0. Наталья Руколь (nrukol) 42 11.10.16 11:35 Сейчас в теме
Я хочу рассказать про особенности тестирования больших решений. Почему речь пойдет именно об этом? Дело в том, что наша команда работала с фирмой 1С, и мы помогали им налаживать тестирование типовых конфигураций. Поэтому я прекрасно понимаю, что тем, кто поддерживает продукты фирмы 1С, помимо своих ошибок и проблем постоянно приходится сталкиваться также и со всеми ошибками и проблемами платформы, которых, как вы знаете, пока еще достаточно много.

В любом случае, когда речь идет про качество какого-то конечного продукта, который мы предоставляем пользователю, потенциальных проблем и рисковых зон у нас всегда хватает.

Перейти к публикации

Комментарии
1. борян петров (TODD22) 18 18.10.16 09:55 Сейчас в теме

Следующее решение – не самое правильное, но на него от отчаянья соглашаются очень многие: «давайте пользователю отдадим, и там посмотрим, что получится».

А разве в самой фирме 1С не так тестируют? Вся страна в бэта тестерах сидит....

И тому, кто заведет наибольшее количество полезных ошибок, пообещали в рамках этой бета-компании приз – iPhone.

Всё тестирование в 1С в одном предложении.... Может тогда конкурсы сделать разнообразными? С разными призами? Дело может лучше пойдёт.
rayastar; +1 Ответить
2. rjhev korum (корум) 314 18.10.16 11:23 Сейчас в теме
(1) TODD22, хороший тамада, и конкурсы интересные :)
stroganov_ru; Sheff; CyberCerber; TODD22; +4 Ответить
3. Александр Немцов (pythonchik) 19.10.16 07:27 Сейчас в теме
Был такой опыт - привлекали аутсорсеров. Столкнулся с тем, что за ними потом еще нужно хорошенько все проверять. Да и глубина тестирования оставляет желать лучшего. Эти ребята классно отыскали все места, где наши доработки внешне отличаются от типовых (например, не хватало кнопки Структура подчиненности). Но ошибки в рассчетах себестоимости мы ловили сами
acanta; Krasnyj; sulfur17; +3 Ответить
4. Роман Романов (romansun) 173 19.10.16 11:15 Сейчас в теме
А расскажите кто-нить про опыт организации регресс-тестирования для 1С конфигураций. При постоянной команде разработки, скажем, 3-5 человек и примерно 30-40 пользователях системы. С постоянным выпуском релизов раз в месяц, например.
5. Егор Иванов (Infactum) 219 19.10.16 13:31 Сейчас в теме
Имхо вода. Как насчет конкретных практик? Для сравнения рекомендую посмотреть на статьи/проекты silverbullets.
А тем кто просто процессом тестирования в компании 1С интересуется , очень рекомендую прочитать соответствующую статью (только там про платформу речь) в официальном блоге 1С на хабре.
team bios; dunpil; kuzyara; davydoff; vano-ekt; sashocq; zqzq; shalimski; CSiER; +9 1 Ответить
7. Артём Андриянов (CSiER) 15 20.10.16 04:48 Сейчас в теме
(5) Infactum, дополню: также в общих чертах о процессе разработки в 1С можно почитать на http://1c-dn.com/blogs/techblog/
6. Руслан Хитров (Sheff) 19.10.16 15:30 Сейчас в теме
8. ффф ыыы (zqzq) 17 20.10.16 08:28 Сейчас в теме
Забавно, сначала написано, что автоматизированное тестирование не катит. А в следующих абзацах про документирование через (авто-)тестирование, регрессионное тестирование и т.д.. Как всегда 1С идёт своим путём, чтобы в конце-концов окольным путём выйти к общемировым практикам (с 10 летним отставанием).
9. Владимир Крючков (ivanov660) 450 20.10.16 14:07 Сейчас в теме
Многие вещи в статье на мой взгляд притянуты за уши с определенным уклоном. Тестирование само по себе не решит вопроса повышения качества, этого можно добиться только в комплексном подходе к разработке. И не всегда есть возможность передавать тестирование на аутсорс. Скажите сколько по времени аутсерсеры будут разбираться в существующих процессах, которые надо проверить? А будут ли?

Не соглашусь с утверждением, что стремление автоматизировать процесс тестирования при разработке ПО это неправильно. Наоборот стремление к автоматизации это один из ключей к успеху. "Вручную" покрыть тестами сложный проект это утопия.

Довольно забавно приведены примеры с читерством, за картинки однозначный плюс ) С другой стороны озвучены частые проблемы процесса разработки продукта, которые можно решить изменением подхода к его созданию, а не увеличением количества рук. К примеру, задействовав Канбан доски можно относительно равномерно разбить процесс решения задач (пулл задач, в работе, в тесте, готово к релизу), чтобы избежать пика в конце.

А вот практические вопросы по созданию сценариев тестирования не озвучены.
vano-ekt; +1 Ответить
10. Ruslan Odessa (rus128) 2 20.10.16 17:56 Сейчас в теме
все хорошо, но смущает опечатка в самом начале: "имы помогали им"
так и не понял - кто такие "имы"? :-)
11. Ivan Khorkov (vano-ekt) 1056 20.10.16 21:18 Сейчас в теме
так вот кто так хреново тестирует типовые! а мы всё на 1С тут грешили...
12. Сергей Алферов (SunShinne) 605 24.10.16 15:15 Сейчас в теме
Ничего полезного для себя не нашел. Но, наверное, кому-то пригодится.
13. Вячеслав Алпатов (DonAlPatino) 26 04.11.16 13:54 Сейчас в теме
"Дело в том, что наша команда работала с фирмой 1С, и мы помогали им налаживать тестирование типовых конфигураций". Ну расскажите же наконец-то КАК В 1С тестируются типовые! В блоге на habr 1Ски рассказали как тестируют платформу. Для меня было открытием, что они знают про TDD/BDD/unit- тесты и т.п. На вопрос "а почему всего этого нет в типовых" ответа так и не последовало. Ну и собственно мы все знаем, что автоматическое тестирование для типовых 1С делают люди не из 1С (Знаем кто и огромное им за это спасибо). Так как же тестируют типовые в 1С?
Оставьте свое сообщение