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

Нет, Евгений, ты не совсем прав. Они это делают потому, что если этого не будет сделано - к ним всё равно придут с вопросами\багфиксами\етк и будет потрачено больше ресурсов, в т.ч. и его собственных.

> Для получения максимальной прибыли в short time перспективе может быть более выгодно использовать более дорогие ресурсы для выполнения более дешевых активностей. Вот и враки, ты это только что написал))

Реально?

От наличия боттлнека условный cost не меняется, меняется только value от его устранения. В тот момент когда value переваливает за cost - будь ты хоть HIPPO -> время тестировать. До тех пор, пока не переваливает -> это действительно не твоя работа и лучше заниматься тем, в чем у тебя эксклюзивная экспертиза. А вот это?

пруф, что ты это писал

Если брать ситуацию с дедлайны-на-носу-жопы-в-огне - это может быть оптимальным соотношением cost vs value для прям щас результата (потому что человекоресурсы нельзя просто так взять и намасштабировать на один вечер). А вот это?

От наличия боттлнека условный cost не меняется, меняется только value от его устранения. В тот момент когда value переваливает за cost - будь ты хоть HIPPO -> время тестировать. До тех пор, пока не переваливает -> это действительно не твоя работа и лучше заниматься тем, в чем у тебя эксклюзивная экспертиза. А вот это?

value за cost переваливает? ты же тут пишешь, что от тестирования value ниже чем от программирования, как же оно перевалит.

дедлайны на носу и жопа в огне как раз из-за того, что сначала нагружаем месси в штрафной пахать, а потом при 0:3 понимаем, что что-то пошло не так))

Я там черным по белому пишу, что итоговый value меняется от наличия\отсутствия боттлнека. У разработки выше cost - ака стоимость ресурса. Value не имеет ни код, ни баги, его имеет только функциональность в продакшене.

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

Простите, но я ору. То же самое, только дроугими словами и через полчаса. #шувсёпонял

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

Даже в случае форс мажоров не очень понимаю, как это должно помочь.

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

А я лишь про парное тестирование спросил...

Простите, но я ору. То же самое, только дроугими словами и через полчаса. #шувсёпонял

Нет, я все ещё не понимаю, как парное тестирование должно помогать снимать боттлнеки.

Так что сорян, не понял.

Так что сорян, не понял.

А кто и где кроме как у тебя в голове говорил, что оно убирает боттлнеки?

откуда вообще пошла идея, что оно должно решать эту проблему?

А кто и где кроме как у тебя в голове говорил, что оно убирает боттлнеки?

Ну, например в процитированных тобой сообщениях мы с Алексеем об этом говорили.

Прост у вас процессы. А в дырявых галерах может быть вариант нашли-пропатчили-проверили фикс без артефактов в промежутках. Качество получается такоэ, но несколько лучше, чем непоставка

Бот реально достал)

Парное программирование - вещь)

Кто-то пишет, кто-то ревьют и наоборот.

Быстрый въезд в архитектуру и структуру проекта, понимание "локальных политик" как пишем, чего избегаем итд

определенно вещь https://www.youtube.com/watch?v=cGuTmOUdFbo

Всем привет! Подскажите пожалуйста, какими вы пользуетесь инструментами для отслеживания результатов прохождения тестирования и за изменениями в тестовых сценариях (кто что менял)? Мы на данный момент используем чек листы из гугл таблиц (дада - каменный век). Спринт у нас длится неделю (5 рабочих дней). За это время тестируем (вручную) несколько интегрированных между собой систем, версии которых в течении недели могут несколько раз поменяться.

Всем привет! Подскажите пожалуйста, какими вы пользуетесь инструментами для отслеживания результатов прохождения тестирования и за изменениями в тестовых сценариях (кто что менял)? Мы на данный момент используем чек листы из гугл таблиц (дада - каменный век). Спринт у нас длится неделю (5 рабочих дней). За это время тестируем (вручную) несколько интегрированных между собой систем, версии которых в течении недели могут несколько раз поменяться.

Тестрэйл очевидный?

Всем привет! Подскажите пожалуйста, какими вы пользуетесь инструментами для отслеживания результатов прохождения тестирования и за изменениями в тестовых сценариях (кто что менял)? Мы на данный момент используем чек листы из гугл таблиц (дада - каменный век). Спринт у нас длится неделю (5 рабочих дней). За это время тестируем (вручную) несколько интегрированных между собой систем, версии которых в течении недели могут несколько раз поменяться.

тестрейл, да

да,все его и советуют)) попробуем. спасибо?

Всем привет! Ребята подскажите, пожалуйста, кто нибудь занимался автоматизацией тестироваия API используя js?

не помогает бот... :)

Всем привет! Ребята подскажите, пожалуйста, кто нибудь занимался автоматизацией тестироваия API используя js?

ping-api.com все делает за вас -)

не помогает бот... :)

просто нужно отвечать на вопрос ровно так, как он задан) мол да, занимались/нет, не занимались. и сразу человек начнет спрашивать конкретику

ну или ссылкой на гугл отвечать

ping-api.com все делает за вас -)

ну такое)) Я не уверен что компания на это пойдет)

просто я счас хочу внедрить у себя на проекте автоматизацию API, тк не стабильность ui тестов уже порядком поднадоела. Вот собственно и хотел пообщаться что и как там нужно делать и с чего лучше начать.

ну такое)) Я не уверен что компания на это пойдет)

RestAssured глянь, мы его используем.

А лучше начать с просмотра его возможностей, ну и уроки на YouTube глянуть.

просто я счас хочу внедрить у себя на проекте автоматизацию API, тк не стабильность ui тестов уже порядком поднадоела. Вот собственно и хотел пообщаться что и как там нужно делать и с чего лучше начать.

цена низкая, код на JS, уведомления приходят, расписание можно настраивать... зачем велосипед -)

А лучше начать с просмотра его возможностей, ну и уроки на YouTube глянуть.

ага спасибо, гляну.

просто я счас хочу внедрить у себя на проекте автоматизацию API, тк не стабильность ui тестов уже порядком поднадоела. Вот собственно и хотел пообщаться что и как там нужно делать и с чего лучше начать.

В Postman хватает возможностей для этого

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

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

Newman есть для Postman

Newman есть для Postman

спасибо!

просто нужно отвечать на вопрос ровно так, как он задан) мол да, занимались/нет, не занимались. и сразу человек начнет спрашивать конкретику

тут 2292 мембера. если задать вопрос сразу - то чат не захламляется ("кто занимался" + возмущения + ответы "я делал") и сразу можно дать ответ. обычно я некоторым даю ссылку на neprivet, суть та же.

тут 2292 мембера. если задать вопрос сразу - то чат не захламляется ("кто занимался" + возмущения + ответы "я делал") и сразу можно дать ответ. обычно я некоторым даю ссылку на neprivet, суть та же.

возьму непривет на вооружение ;)

возьму непривет на вооружение ;)

Прикреплённое сообщение и бот примерно это и говорят каждому.

А что лучше исользовать для написания автотестов апи? request.js либо axios.js Просто тот и то выполняют одинаковые функции, но что выбрать

axios просто сильно раскрученный, думаю меньше проблем будет

если вообще будут)

а о каких проблемах идет речь?)

не знаю, я из тех у кого не было их

#qa #tool утро. вопрос по инструменту: dynalist.io юзал ли кто-нибудь? по-вашему какое для него лучше применение? и насколько он годен для кейсохранилища?

Для маленьких проектов вполне рабочий вариант

Привет. Что лучше выбрать для тестирования api (soap) : postman или soapui ? В postman можно автоматизировать ?

Можно

всем привет, ребята как думаете есть смысл начинать автоматизировать на С#??

Можно

А что собственно проще и приятней?

ERROR: S client not available

Проще конечно постман)

Но на вкус и цвет фломастеры)

всем привет, ребята как думаете есть смысл начинать автоматизировать на С#??

никогда не поздно сделать шаг вперед

Или назад))

никогда не поздно сделать шаг вперед

ну меня интересует с# актуален ли сейчас как джава, или нет

эскобар.жпг

ну меня интересует с# актуален ли сейчас как джава, или нет

а ты с целью изучения просто? думаю, да, актуален

Перешел с джавы на c# пока словно назад))))

во во, вот и спрашиваю)

ну меня интересует с# актуален ли сейчас как джава, или нет

на жаве работы больше, на сях дороже

хм) просто на работе предлагают курсы на с

java, python, js, c# и ruby. выбирай любой , это топ5 языков для веб-разработки

во время работы))

И там и там ошейник найдется, просто выбирайте

если предлагают и бесплатно, то почему нет?

если ты вдумчиво читаешь, перейти с одного на другой не будет проблемой

ахаха

во время работы))

и ты еще сомневаешься?

Вот вот

и ты еще сомневаешься?

странные люди )

потраченое время на изучение языка окупается формализованными знаниями. от того что ты потратишь время сначала на c# - принципиально изменится только то, что ты захочешь искать вакансии на c# , таких на рынке имеется

если знаешь один язык, другой изучить проще

я понял, спасибо ребята. Хорошего дня всем

тем более что жава дочка сей

ну учитывая, что c# во многом с джавы брал пример, то перекатиться с .NET в мир Джавы не должно быть проблемой

аналогично можно проводить параллель между Ruby \ Python

ну учитывая, что c# во многом с джавы брал пример, то перекатиться с .NET в мир Джавы не должно быть проблемой

полностью согласен

если знаешь основу, будет проще узнать другой язык, но отличия, конечно, будут

идеи и подходы в рамках языков одинаковые. любые проблемы и их решения при умении в один язык гуглятся так: ruby analog to python rstrip()