Я добавила еще даты

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

Если что, можно с подружкой? Она тоже тестировщик :)

Да чем больше, тем интереснее

У нас приватный клуб тунеядцев в пятницу

А в какой бар мы поместимся?

Ну сейчас посмотрим, сколько запишутся

И забукаем

А если много народу будет, может из чего-то шумного переберёмся в менее шумное?

А если много народу будет, может из чего-то шумного переберёмся в менее шумное?

Куда? ) в коворкинг? Таймкафе? Лаунж-бар? :) фуфу

Да хоть в епам, у них есть нормальный такой зал

А если много народу будет, может из чего-то шумного переберёмся в менее шумное?

Кроме того, вангую, источником шума будем мы

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

Запиньте тему в топ?

Есть один дружественный бар, Бримбориум, если что.

Там можно договориться о музыке и шуме. Если реально много придет.

Запиньте тему в топ?

У меня прав нет)

есть айти бар на ваське. но он не очень комфортный и просторный

Неактивные в чате, но категорически активные собеседники, приветствуются на встрече? =]

я считаю, если вам есть что сказать за или против - непременно быть

да и послушать тоже

Пилите трансляцию! :)

Пожалуйста :3

в телескоп, ахаха

Надо как раз приложение для трансляций потестить

Будет тестовый барный тур, лол

ух, работа как призвание

Эт самое, а кто-нибудь упаривался по определению и популяризации миссии QA/QC/testers в компании?

а qc это не testers?)

а qc это не testers?)

http://alexeybulat.blogspot.ru/2007/12/qa-qc-testing.html <__<

о как

Тестер делает и testing, и qc, и qa. Так что картинка скорее теоретическая

тестер измеряет показатели в электроцепи

обожаю эту тему "тестер", ахха

Коллеги, как вы относитесь к идее, что QA пишут юнит тесты? Это вообще может быть теоретически целесообразно?

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

Я пришла на новый проект, юнит тестов никто не пишет... идея в том, чтобы показать разрабам что это не рокет сайнс

Или пинать начальство чтобы заставили писать юниты?

TDD - круто же, не? Зачем пинать, расскажи обо всех достоинствах.

qa может писать юниты, why not?

может но не обязан же

Я рассказываю, только пока не могу пробить "У нас и так сроки горят, а тут ещё больше кода надо писать за то же время"

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

Я пришла на новый проект, юнит тестов никто не пишет... идея в том, чтобы показать разрабам что это не рокет сайнс

Ну если все делать по уму то не так просто

Время временем, но при TDD в перспективе будет меньше затрат времени и ресурсов на исправление всех бед.

Просто так ни с того ни с сего юниты писать тоже тяжко

На говнокод юниты особо не попишешь

Просто так ни с того ни с сего юниты писать тоже тяжко

Ну она же не сказалла, что не умеет. Вопрос немного в другом был)

На говнокод юниты особо не попишешь

+

Ну она же не сказалла, что не умеет. Вопрос немного в другом был)

это я про разрабов

им юниты ни с того ни с сего тоже тяжело писать)

им юниты ни с того ни с сего тоже тяжело писать)

а кто говорил, что будет легко?) Поболит, да заживет, а потом радоваться будут и все довольны станут, я так думаю) (Идеальная ситуация)

Моё мнение, что кто-то должен начать и на практике показать всем, что оно того стоит

Потому что пока что написание юнитов воспринимается как лишняя головная боль

Будешь так полгода за них писать тесты :)

однажды на одном из проектов тестировщики звели разговор о юнит-тестах. ) разработчики отмазались тем, что надо делать рефакторинг )

Потому что пока что написание юнитов воспринимается как лишняя головная боль

Ну если тесты писать не одновременно с кодом то по сути так и есть

Уже существующий код лучше покрыть функциональными

И мороки меньше и ловиться ошибки сразу станут

Потому что пока что написание юнитов воспринимается как лишняя головная боль

это всегда лишняя головная боль) но главное в разработке ПО - это превозмогать трудности :)

Уже существующий код лучше покрыть функциональными

Функциональные уже пишутся, меня сейчас волнует судьба нового кода

А ты хороша))

коллеги подскажите кто-то может знает/использует системы мониторинга js ошибок - я имею ввиду пользовательские ошибки трекать

коллеги подскажите кто-то может знает/использует системы мониторинга js ошибок - я имею ввиду пользовательские ошибки трекать

Bugsnag, rollbar

спасибо, а из бесплатного есть что нибудь адекватное?

Имхо нет, ну роллбар до 1000 ошибок бесплатно покажет

ERROR: S client not available

То есть это мотивирует их исправлять)

однажды на одном из проектов тестировщики звели разговор о юнит-тестах. ) разработчики отмазались тем, что надо делать рефакторинг )

классика!

Как тут правильно писали, юниты на новый правильный код, там не отмажешься

Коллеги, как вы относитесь к идее, что QA пишут юнит тесты? Это вообще может быть теоретически целесообразно?

Пиши по немногу на интересную функциональность, качайся, попинывай руководство Накачаешься, уходи от этих чудаков на лучше место Лучше место ищи тестом джоела

Коллеги, как вы относитесь к идее, что QA пишут юнит тесты? Это вообще может быть теоретически целесообразно?

Вполне нормально отношусь. Кто же ещё их напишет.

Пиши по немногу на интересную функциональность, качайся, попинывай руководство Накачаешься, уходи от этих чудаков на лучше место Лучше место ищи тестом джоела

Тут тест джоела на 3, но у нас в глухой провинции только так

Уезжай

как 3 может быть, это ж совсем ужас)

А кто по TDD работает? Есть у кого практический опыт? В web.

1, 4 и 6. Возможно ещё 11, но я сомневаюсь

Меня во всяком случае, не просили ничего написать, хотя по сути позиция QA Automation

qa может писать юниты, why not?

Я бы пытался мотивировать их начать писать, это больше соответствует QA, нежели делать все самому

А кто по TDD работает? Есть у кого практический опыт? В web.

Я эпизодически

однажды на одном из проектов тестировщики звели разговор о юнит-тестах. ) разработчики отмазались тем, что надо делать рефакторинг )

А как делать рефакторинг без юниттестов? Они точно знают что это такое?)

Из опыта: рефакторь, тестеры потом всё проверят

Так не позволяй обращаться с собой как с индусом

Корректный код - это их прерогатива

Написать говнокод может любой

А за их зарплату можно двоих таких нанять, так почему бы так и не сделать?)

Из опыта: рефакторь, тестеры потом всё проверят

если разработчик не пишет юнит-тесты, он херовый разработчик :) это часть их работы, за которую они получают деньги

плюсую. с тем же успехом можно просить куа и пофиксить какие-нить баги простенькие. это я к "если время позволяет"

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

потому что свое гавно понятней

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

потому что qa не обладает таким же понимаем кода и проекта, как разработчик

потому что свое гавно понятней

Тогда и тестировать должен сам разработчик?

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

потому что они лучше знают свой код. Покрытие кода тестами это не то же, что покрытие функционала UI-тестами и тд

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

Чтобы быть уверенным в том, что его код работает?

если разработчик не пишет юнит-тесты, он херовый разработчик :) это часть их работы, за которую они получают деньги

У нас кстати в одной команде QA пишет юниты на php:( я прям сожалею ему

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