Востребовано ли сейчас тестирование конфигураций?

Работаю "ведущим", вроде как и надо, но по-старинке - тестируем на пользователях

да на hh че-то вакансий не увидел - или все в одном и программист и тестировщик?

Сейчас востребована автоматизация тестирования конфигураций!

Слабо прикрутить TestBench и Ranorex к конфигурациям для имплементации KDT?

На инфостарт пати было много про девопс + автотесты. Ванесса, юниты и всякие докеры. Достаточно большое поле и интересное - это вам не ручное тестирование.
Если есть тяга скрипты + yaml достаточно востребовано. Но это только для компаний ентерпрайз. Для мелких нахуй не нужон этот, ваш, девопс.

(0) Тестирование на пользователях? У вас еще и аналитиков нет? Мегахолдинг "3 шаурмячные от Ашота"? В нормальных конторах целые группы/отделы тестировщиков. Поэтому да, востребовано

(3) (1) а на hh где?

ну да ларьки по 500 пользователей и 1000 штата
я-то вижу необходимость - ибо после очередного обновления типовой два дня на стреме, плюс отваливаются всякие внешние сервисы


а вот для капиталиста - это не так очевидно

(1) это ты с кем сейчас разговариваешь?

(2) мелкие - это сколько в граммах?

(4) Ну хх по этой части не мониторю, не интересно, говорю лишь из собственного опыта работы в крупных конторах. Вот на текущем месте решили выделить отдельный отдел под это, разгрузив аналитиков...

(5) да тут не важно сколько в граммах. Готов и думает тимлид о девопсе + автоматизация этого - значит есть задачи под это. Типа просто - а давай стек тестирования захерачим, потому как модно - так не сработает. Должна быть минимум цель и видение какое-никакое.

(0)Если зовут, то стоит!

(0) Нет, не востребовано. В сфере 1С обычно применяется технология быстрой разработки под названием ХХП (хуяк-хуяк и в продакшн).

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

(11) ответственные у вас пользователи

(10) какой у вас Code Coverage?

(0) В мире 1с тестирование как таковое приживается плохо.
Почему тоже понятно - обновим динамически, вбросим расширение, болт забьем.
Это все же бизнес положение в бОльшей части, те для внутренних пользователей, а они могут потерпеть)
только в голову приходит сам 1с и несколько больших компаний, покрытие от части рынка еще ниже чем у ЕДТ)
Есть ручное тестирование перед релизом - уже считай что контора продвинутая.
А, да, самое важное, денег там нет, в этом вашем тестировании в 1с. Но если готов к потере доходов, то как говорится - добро пожаловать.

(13) коде кавередж? Мы даже словов таких не знаем...

(0) Если говорить про обычные частные компании, которые заказывают у внешнего программера какие-то доработки, то обычно работа идет через какого-то представителя фирмы. Этот представитель и обеспечивает тест доработок: или сам тестирует, или же передает на тест заинтересованным в этой доработке сотрудникам компании.
Вклиниваться в эту схему каким-то абстрактным тестировщиком - это быть лишней "прокладкой".Тем более, для теста, нужно вникнуть в суть задания, примерно представлять, каким способом это было реализовано, понимать специфику учета в компании, чтобы формировать правильные тестовые примеры, в том числе и "неудобные" для доработки примеры. Со всем этим лучше справятся представители компании-заказчика.

Ну или идти в какую-то фирму на роль этого представителя, чтобы через тебя шли все задания программисту.

(16) Таким "мегахолдингам" выделенные тестировщики не вперлись, да. Но это лишь один частный случай. Противоположный вариант - фирмы с своим штатом 1Сников хотя бы в десяток прогов зачастую имеют выделенного тестировщика, и чем крупнее, тем таких тестировщиков может быть больше

(15) ISTQB FL первый вопрос

(18) Это... Конференция по новым компьютерным технологиям...

(10) это да

в общем все плохо...
"Противоположный вариант - фирмы с своим штатом 1Сников хотя бы в десяток прогов"

(0) Я пошел щас на тестирование проекта, в котором работал программистом. Пишу юнит-тесты. В целом, работа не такая интересная, как само программирование. Но для разнообразия, почему бы и нет? Еще один навык в резюме не будет лишним.

(0)У нас не взлетело, хотя тестировщики есть отдельные. Тестировщики не захотели/не смогли. Т.е. на это видимо надо отдельный ресурс выделять.

На двух последних работах были и есть тестировщики.
На предпоследней - вручную тестировали.
На текущей - большая толпа, автоматизировано (всё пока в процессе).

Всё в одном, насколько я знаю.
Девопс нужен даже в 1С, когда надо затащить на прод что-то не руками, а какими-то скриптами, намного удобнее.
А по поводу тестирования в 1С — автоматизированное тестирование, vanessa уже пару лет как была на слуху в сообществе, еще когда я активно работал в 1С (3 года назад).
Переходить ли в 1С — хз, обычно ты и тестировщик, и бизнес-аналитик, и программист в одном флаконе.
Не в 1С я бы не пошел в QA, так как им обычно меньше платят, да и работка такая себе — писать тестики, запускать тестики, переделывать тестики. Никаких глобальных достижений в плане кода, алгоритмов и хорошей строчки в резюме ты не сделаешь.