@qa_ru

Страница 18 из 1080
Slow
15.08.2016
16:24:23
Я такой не слышала ?
на свой страх и риск как говорится

Я такой не слышала ?
я предпочитаю quality center для этого

в нём есть мета-подстановки

начиная, с 10-версии

Google
Kate
15.08.2016
16:26:10
я предпочитаю quality center для этого
Мы не выбираем ?проект сидит на Jazz ibm

Slow
15.08.2016
16:29:03
от rational да?

Kate
15.08.2016
16:29:16
Slow
15.08.2016
16:30:11
я пользовался парой продуктов rational robot

rational request

Vasil
15.08.2016
16:57:48
Alexandr
15.08.2016
18:02:47
#manualQA попугаю, я ещё testlink'ом пользуюсь для ведения тестовой документации
Я пользуюсь TestRail, хоть и платная, но очень эффективная как для написания кейсов, так и ведении проектов

Maria
15.08.2016
18:06:58
#manualQA plugin for TC in Jira - Zephyr;

Juliya
15.08.2016
18:08:15
#manualQA мы тоже пользуемся TestRail - очень удобная и с автоматизацией и с CI и с JIRA есть интеграция, единственный минус нельзя в тестреилсе создать сразу баг в джире.

ko4
15.08.2016
18:09:39
можно вроде

но утверждать не буду

Juliya
15.08.2016
18:10:16
ну все равно открывается по сути окно в JIRA

ko4
15.08.2016
18:10:46
зато туда уже подставили всё)

Google
Slow
15.08.2016
18:11:25
#autoQA вопрос автотестам: когда шаг проваливается, то ваши тесты идут дальше или останавливаются?

Sergei
15.08.2016
18:15:43
Имхо, вопрос оторван от реальности. В тех случаях, когда тесты независимы друг от друга, то идут дальше. В тех, когда зависимы - останавливаются. Если пояснишь вопрос, могу попробовать дать более подробный ответ

Alexei
15.08.2016
18:22:00
#autoQA вопрос автотестам: когда шаг проваливается, то ваши тесты идут дальше или останавливаются?
Когда надо идти дальше - идут дальше, когда надо останавливаться - останавливаются. Последнее - чаще.

Slow
15.08.2016
18:22:31
Имхо, вопрос оторван от реальности. В тех случаях, когда тесты независимы друг от друга, то идут дальше. В тех, когда зависимы - останавливаются. Если пояснишь вопрос, могу попробовать дать более подробный ответ
вопрос в том, прикинем ситуацию, тест идёт восемь часов, на четвёртом часу один из шагов падает. как стоит поступить: прервать тест и оставить систему в нужном состоянии для разработчика или же пускай тест идёт дальше?

даже не восемь, а один час, на 30-й минуте один из шагов падает

если продолжить дальше, то мы теряем ошибочное состояние системы

Alexei
15.08.2016
18:27:00
Шаг? Или тест в сьюте? А почему теряем состояние? Логи, скриншоты пишем?

Slow
15.08.2016
18:27:02
выходит, мы можем получить ситуацию: наш тест прошёл в течении одного часа, на тридцатой минуте имеем fail на одном из шагов, имеем лог, разработчик пробует повторить и исправить согласно логу, не получается, а ситуацию можно повторить только если тест будет изменять стстему в течении тридцати минут

чё, снова опять запускать?

Alexei
15.08.2016
18:29:40
Тот который упал, в среде разработке - если непонятно почему.

Slow
15.08.2016
18:29:43
или сидеть и время тратить на то, чтобы разобраться, а что такого тест меняет в системе, что приводит к ошибке, но уже по прошествию всего теста?

Alexei
15.08.2016
18:31:06
Может тесты так написаны, что слишком сложно разбираться?

ko4
15.08.2016
18:32:23
может на фиг такой тест который час идёт?)

Slow
15.08.2016
18:32:46
Может тесты так написаны, что слишком сложно разбираться?
тесты как раз написаны нормально, просто каждый шаг меняет состояние системы так, что начальное состояние не равно состоянию после завершения шага

Polina
15.08.2016
18:34:13
Исправлять так, чтобы тест писал достаточно информации для воспроизведения, и запускать снова. Для начала в дебагере.

Но вообще что это за тест такой, который полчаса выполняется? Можно пример?

Slow
15.08.2016
18:35:17
[Anonymous]
15.08.2016
18:36:38
Тысяча тестов может выполняется дорого

Slow
15.08.2016
18:38:30
тысяча тестов?

Google
Polina
15.08.2016
18:38:43
тестирование виртуальной машины, например
И что, его совсем-совсем нельзя разбить на отдельные проверки? Если в нем есть "шаги", значит не одна проверка чего-то, а много, значит можно разбить и будет проще отслеживать состояние

Alexei
15.08.2016
18:39:17
тесты как раз написаны нормально, просто каждый шаг меняет состояние системы так, что начальное состояние не равно состоянию после завершения шага
Каждый тест в идеале должен быть независимым от других. Менять состояние они могут сколько угодно.

Dmitry
15.08.2016
18:39:19
тысяча тестов?
норм, бывает. очень атомарные тесты

Polina
15.08.2016
18:40:14
норм, бывает. очень атомарные тесты
Бывают не очень атомарные 5 тысяч

Dmitry
15.08.2016
18:40:29
или так

железо стерпит

Polina
15.08.2016
18:41:06
Не думаю, что тысяча это много. Или там изначально было удивление на тему того что это мало?

Slow
15.08.2016
18:41:23
почему так много?

[Anonymous]
15.08.2016
18:42:14
Я видел больше тысячи тестов

Даже три тысячи видел

Alexei
15.08.2016
18:54:42
Секта Свидетелей Тысячи Тестов

Slow
15.08.2016
18:59:02
кстати, давайте об этих тестах и поговорим?

есть необходимость проверить часть сайта, авторизацию и переход в один из разделов сайта, например, пользователи. Ваши предложени?

какие бы шаги и ожидаемые результаты вы бы указали?

Richard
15.08.2016
19:06:34
эмммм...

А можно подробнее?

А тро возникло ощущение, что ты сейчас пытаешься решить какую-то проблему.

Slow
15.08.2016
19:07:52
хм, это лишь виртуалный пример, выдумка

есть сайт, cms, если угодно, нужно проверить авторизацию и переход к любому её разделу

Richard
15.08.2016
19:09:48
А в чем вопрос?

Google
Richard
15.08.2016
19:10:07
Проверяешь на позитивных, проверяешь на негативных, проверяешь на адхок и всё.

Отдельно выносим нагрузку и сесурити.

Slow
15.08.2016
19:11:12
хорошо, давай о позитивном, чтобы ты написал, для проверки позивного?

Richard
15.08.2016
19:11:42
Я как на собеседовании себя сейчас поучвствовал.

Slow
15.08.2016
19:12:09
эм, почему?

Richard
15.08.2016
19:12:24
Были такие вопросы )

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

Slow
15.08.2016
19:12:47
понятно.

Arseny
15.08.2016
19:13:26
Кажется, этот вопрос задают чуть менее, чем на всех собеседованиях.

Slow
15.08.2016
19:13:54
мне про классический карандаш задали вопрос

дурость, но что делать

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

Richard
15.08.2016
19:17:38
Кстати, тут утром говорили про ISTQB. Помогает избавляться от тупых вопросов на собеседовании про карандаш, люк, треугольник и прочее говно.

Slow
15.08.2016
19:20:58
каким образом? наличием сертификата?

Richard
15.08.2016
19:24:45
Типа, кандидат не совсем даун.

Dmitry
15.08.2016
19:26:05
Я когда собеседую разработчиков (не спрашивайте) люблю задавать один простой вопрос: "Зачем здоровому взрослому человеку у которого всё хорошо в личной жизни может понадобиться использовать связанный список в Java?"

Slow
15.08.2016
19:28:01
Как-то да.
у тебя сертификат, но тебе задали вопрос про карандаш, ты уйдёшь с собеседования?)

Richard
15.08.2016
19:29:06
я думаю, что это не та контора, с которой я хотел бы сотрудничать. Давайте ПМа спрашивать про цикл Деминга ещё, ага.

Google
Alexei
15.08.2016
19:29:10
есть необходимость проверить часть сайта, авторизацию и переход в один из разделов сайта, например, пользователи. Ваши предложени?
Автотесты же? Ну пару тестов на авторизацию (правильная, неправильная), тест на заход в раздел пользователи.

Richard
15.08.2016
19:29:14
собеседование н етолько для конторы. но и для кандидата.

И если на собеседовании всё как-то ебловато, то так будет и дальше.

Dmitry
15.08.2016
19:30:02
Я честно скажу, что читал статью на хабре, а впервые решал задачу с тестированием карандаша около 10 лет назад и с тех пор не так уж и сильно шагнула вперёд карандашная индустрия. И дальше уже смотреть на реакцию собеседующего.

Richard
15.08.2016
19:30:53
всё это уже в гугле выается.

какой же вы ранимый, мистр, платочек?)
Я не ранимый, я прагматичный.

предлагаю в дальнейшем избегать перехода на личности.

Slow
15.08.2016
19:31:43
Я не ранимый, я прагматичный.
хорошо, погорячился

Richard
15.08.2016
19:32:13
спасибо

Slow
15.08.2016
19:32:37
всё равно, не верится мне, что надо вот так в штыки принимать такие вопросы, хотя и глупые

Dmitry
15.08.2016
19:34:18
как показала практика, если тебе задают глупые вопросы, значит не ожидают от тебя ничего умного, а значит и ценить тебя будут как человека умеющего решать задачи детского сада, а не как профессионала.

Slow
15.08.2016
19:35:09
откуда это известно? разве прямая связь кем-то была вычислена?

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

Страница 18 из 1080