
Nick
20.01.2017
18:33:09
т-к это ж 5 строк данных
что там уметь

Леля
20.01.2017
18:33:33

Google

Richard
20.01.2017
18:34:31
Камон, вам серьёзно так трудно прочитать Савина и пару страниц, посвященные этому? Там инструкция, можно копипастить.

Alexandr
20.01.2017
18:35:53
Ок, я все понял и всех выслушал. Спасибо:)

Nick
20.01.2017
18:37:08

Pavel
20.01.2017
18:40:16
Тест кейс это тройка Хоара )

Nick
20.01.2017
18:43:03
круто, не знал

Vir
20.01.2017
18:47:15
а вы где их пишите?
у себя я сделал шаблон тест кейса, и всё сто там надо, просто данные заполнить

Dzmitry
20.01.2017
18:47:54
и храните?

Vir
20.01.2017
18:48:07
да, где
у нас это в конфлюенсе, на данный момент

Pauloo89
20.01.2017
19:13:01
http://o-kovalenko.com/meloch-puzataya-aleksej-lupan/

Pavel
20.01.2017
19:22:51
@tofelz https://www.facebook.com/d.y.spiridonov/videos/1245825448831581/

Dzmitry
20.01.2017
19:29:27
И?

Google

Dzmitry
20.01.2017
19:29:51
А кто это?

Vir
20.01.2017
19:30:19
это смотря какая должность и где ;)

Pavel
20.01.2017
19:30:27
У нево там написано в анкете
Co-Founder/CEO в Cloudpayments
Иначе крах неминуем.

Dzmitry
20.01.2017
19:33:06
Так чего от в продавцы не вернулся? Все зависит от организации, от подобранных сотрудниках, от процесса, правильный руководитель может в любое время свалить на любой промежуток времени и это никак не должно повлиять на работу

Pavel
20.01.2017
19:33:53
Т.е. ты сейчас описал идеальные условия в вакууме, которых никогда нету.

Dzmitry
20.01.2017
19:34:12
Я видел

Vir
20.01.2017
19:34:20
так Форд делал, забирал начальников отдела на пати, на неделю, а по приезду смотрел. если отдел работал нормально без него, значит всё гуд

Pavel
20.01.2017
19:34:35
Где?

Dzmitry
20.01.2017
19:34:49
На работе у себя
И у заказчика
У нескольких

Pavel
20.01.2017
19:35:57
Это где конкретно? Компанию или область деятельности можешь назвать?

Dzmitry
20.01.2017
19:36:14
Нет

Pavel
20.01.2017
19:36:25
Если руководитель может свалить на любое время то почему его не уволить?

Dzmitry
20.01.2017
19:36:59
У других может так не работать

Vir
20.01.2017
19:37:05
наш главный ваще не учавствует в разработке, он лицом торгует, у него другие задачи

Pavel
20.01.2017
19:37:32
Лицом торговать тоже работа

Google

Dzmitry
20.01.2017
19:38:06
Делегирование и зоны ответственности

Pavel
20.01.2017
19:39:24
Ага и добрая фея которая всем приносит премии

Dzmitry
20.01.2017
19:43:00
Да ради бога, можно и пахать, кто ж мешает

Леля
20.01.2017
19:55:17
Лицом торговать тоже работа
Моя начальница координирует работу всех подчиненных и подсказывает в какую сторону копать, чтобы стало лучше

Viktor
20.01.2017
19:57:23

Леля
20.01.2017
19:59:09

Vir
21.01.2017
05:29:34
Добра, коллеги, хотелось бы знать соотношение qa к разработчикам.
У нас 5 разработчиков и 3 тестировщика, но дев недоукомплектован ещё, а у вас?

Alexandr
21.01.2017
05:42:08
Доброе утро. Вообще в иделае 2:1, т.е. 5 разработчиков - 2,5 QA инженера. у нас 25 разработчиков - 12 QA - инженеров.
Конечно чувствуется иногда, что не хватает тех 1,5 QA - инженера
т.к. не все 12 QA - инженера работают на 100 процентов.

Vir
21.01.2017
06:01:47
как думаете, является ли истиннным утверждение, что на три разработчика один тестировщик?

Alexandr
21.01.2017
06:04:57
Вот тут уже надо смотреть по месту. Если 3 разработчика работают на 100 процентов и не сидят и плюют в потолок, то 1 тестировщика реально будет мало, но и еще зависет от того как качественно пишут разработчики код, сколько релизов в месяц. Фактором прямо куча.

Леля
21.01.2017
06:16:44

Vir
21.01.2017
06:17:24
я же не утверждаю, что это аксиома, просто интересуюсь

Alexandr
21.01.2017
06:21:06
Все исключительно зависит от проекта.

Dzmitry
21.01.2017
06:27:29
ходил на собеседование в понедельник в контору, у них как бы 1 к 3, если нет прочих факторов

Vir
21.01.2017
06:35:55

Nobody
21.01.2017
07:34:56
А кто нибудь слышал о позиции Quality assistant?
Вот там и 1к5 может выгребать

Alexandr
21.01.2017
08:55:47

Nobody
21.01.2017
08:59:30
Нет, я говорю об 1 qassistant на 5 дэвов, все

Google

Richard
21.01.2017
09:02:07
А кто такой куа ассистант?

Artem
21.01.2017
09:02:52
касистант :)

Nobody
21.01.2017
09:04:19
Тот, кто помогает тестировать другим
Т.е. девелоперам в данном случае

Richard
21.01.2017
09:04:54
Не понимаю. А тестеры никому не помогают?
Типа, ассистанты тестируют для девелоперов. А тестеры для себя?

Nobody
21.01.2017
09:05:23
Учит их техникам, приёмам, покрытию, исследованию

Richard
21.01.2017
09:05:35
Божечки.

Admin
ERROR: S client not available

Richard
21.01.2017
09:05:41
Зачем???

Nobody
21.01.2017
09:06:53
Для наиболее раннего выявления ошибок, для лучшего покрытия на юнит уровне
А ещё лучше, на уровне требовании

Richard
21.01.2017
09:07:25
Стоп.

Nobody
21.01.2017
09:07:31
Тест пирамиду видел?

Richard
21.01.2017
09:07:43
Тестировщик учит разработчика писать юниты?
WAT?
Чему тестировщик может научить разработчика, чтобы у того стало "лучше покрытие на юнит уровне"?
Я не передёргиваю. Твои слова.

Nobody
21.01.2017
09:10:05
Да ладно, нормальный анекдот)

Richard
21.01.2017
09:10:30
Анекдот - это когда тестировщик учит программиста писать юниты.

Nobody
21.01.2017
09:10:55
Он его учит покрытию
Что такое десижн ковередж, стейтмент ковередж знаешь?

Google

Richard
21.01.2017
09:11:14
Разумеется. Но не понимаю при чем здесь это.

Nobody
21.01.2017
09:11:19
А вот средний девелоперы не знает

Richard
21.01.2017
09:11:34
Ну вот дай тут определения этих терминов.

Nobody
21.01.2017
09:11:44
Как и про техники комбинаторики

Richard
21.01.2017
09:11:44
В частности десижн кавередж.

Nobody
21.01.2017
09:12:07
Для чего?

Richard
21.01.2017
09:12:42
Я не понимаю зачем техники комбинаторики и при чем дезижн кавередж при написании юнитов.
Возможно я заблуждаюсь, поясни мне.

Nobody
21.01.2017
09:15:18
Десижн ковередж это когда у нас есть if else
И если в тесте мы покрываем обе ветки, то это полное покрытие десижн
Мы можем покрыть только один из вариантов, тогда это будет 50%десижн ковередж или просто стейтмент ковередж


Richard
21.01.2017
09:16:54
Лезем в вики:
Когда модульное тестирование не работает
Сложный код
Тестирование программного обеспечения — комбинаторная задача. Например, каждое возможное значение булевской переменной потребует двух тестов: один на вариант TRUE, другой — на вариант FALSE. В результате на каждую строку исходного кода потребуется 3−5 строк тестового кода.
Как и любая технология тестирования, модульное тестирование не позволяет отловить все ошибки программы. В самом деле, это следует из практической невозможности трассировки всех возможных путей выполнения программы, за исключением простейших случаев.
И я снова повторяю вопрос: при чем тут дезижн кавередж, если он не работает с юнитами?
Это не то что не полезно, а даже вредно - заставлять покрывать всё поле ветвлений юнитами.

Nobody
21.01.2017
09:20:39
Он именно на уровне юнитов и работает
https://testsoftwarefaq.blogspot.com/2013/10/examples-of-statement-branchdecision.html

Richard
21.01.2017
09:20:48
Что в лоб, что по лбу.
Я такую ситуацию вижу только если программист уровня Junior. Но даже если это так, то джун программисту есть более полезные вещи, чтобы учиться.

Nobody
21.01.2017
09:23:36
Суть в том, что то, что может быть протестировано на юнит уровне, должно быть там протестировано
Если ифов 10, то вопрос подбора данных либо комбинаторики, которую дэвы тоже не юзают