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

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

это решение неприменимо для 80-90% продуктов рынка )))

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

ну если ты внятно расписал, как тестироваться, тогда да, а если просто тупо в задаче написано, ЗАПИЛИЛ НОВЫЙ СЕРВИC "НАЗВАНИЕ" и ссылка на коммит) тогда ...

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

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

и чтобы он их всех уволил)

сча не могу расписать, но нет - это не совсем тот случай

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

а если продукт ещё не вышел в релиз и саппортить ещё некого?)

сча не могу расписать, но нет - это не совсем тот случай

понял, будет время рассказывай, интересно же)

> @inorser а если продукт ещё не вышел в релиз это другой вопрос, надо обучать и изучать вместе значит, вики в любом случае пригодится, это я вам 100% говорю

а если продукт ещё не вышел в релиз и саппортить ещё некого?)

о каком техсаппорте речь? ))))

> @inorser а если продукт ещё не вышел в релиз это другой вопрос, надо обучать и изучать вместе значит, вики в любом случае пригодится, это я вам 100% говорю

в Вики приблизительно 1000 страниц )))

и как вики относится к знаниям класса Active Directory, LDAP, registry structure, etc?

то есть к тем, по которым нужно текнет и википедию читать? )))

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

Ребята, может кому-то будет интересно, сейчас прислали письмо от GAT платформы. В Москве и Питере в октябре будет проводиться Testathon (это как хакатон, только для тестировщиков), организуют Global App Testing и Facebook. Правда все на английском будет? 8th Oct: Moscow - http://testathon.co/moscow/ 9th Oct: St. Petersburg - http://testathon.co/saint-petersburg/

Хм. Осень обещает быть горячей. плотненько так.

Хм. Осень обещает быть горячей. плотненько так.

А что там ещё?

ну и в продукте более 200 функционалов с неявными и явными зависимостями, то есть на большинстве кейсов нужно более менее быть в курсе не самого базового функционала на тесте любой фичи даже если это кондовый регрешен

А что там ещё?

QA Fest в киеве, SQA Days, Что-то от ВГ тоже в киеве 23-24, аджайл дейс вроде. И куча всего, что я не мониторю.

А есть какой-то аггрегатор событий куашных?

ну ещё ит викенд в киеве 17-го, айти арена во львове 30-2

Кроме айти событие.

на обоих будет и про куа

а по вопросам-ответам - я считаю, что самый годный ман всегда тут http://catb.org/~esr/faqs/smart-questions.html

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

Кроме айти событие.

А какие претензии к айти событию?

Например тебе надо реализовать билд ветки с другого репозитория, с которой на гитхабе сделали пулл реквест. Твои действия?

но ссылка ведь есть, вот её просто подставляешь, и всё.

у меня в инсте не брали диплом, пока ВСЕ, ВСЕ, КАРЛ!, аббревиатуры не будут расписаны

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

оно должно быть сродни инструкции к космическому кораблю, а не похоже на рекомендацию

Страшно, когда это все разжёвывается в тест кейсах

но ссылка ведь есть, вот её просто подставляешь, и всё.

Какая же там ссылка. Там нужно авторизоваться по oauth2 протоколу. Парсить определенные ветки в репозитории, чтобы понять из каких сделан пулл реквест.

Реагировать на приходящие хуки, парсить json

Страшно, когда это все разжёвывается в тест кейсах

+++

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

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

что разжёвывать? LDAP? AD? структуру Registry? что такое WinSxS? лол

У вас в проекте?

кто нибудь доки по тестированию мейнфреймов в совковые времена смотрел?

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

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

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

но на релиз

Написать расшифровку LDAP из wiki - это трудно)

для коротких релизциклов тупо бессмысленнен и заменяется баклогом

Написать расшифровку LDAP из wiki - это трудно)

и как она поможет?

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

а назначение его какое, вообще?)

и как она поможет?

как чем, понятно становится из определения что и к чему

это один из хайлевел планов, чтобы связать - бизнес и фича реквайрменты с тем, какую стратегию мы изберём для оценки качества продукта

если оч упрощённо

поможет например не завтыкать, что вот эти фичи можно будет не тестить, а вот эти энвайронменты будем покрывать матрицей, а эти только в автомейшен, а эти в мануал

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

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

Написать расшифровку LDAP из wiki - это трудно)

Lightweight Directory Access Protocol - сильно поможет? какой директори? почему лайтвейт?

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

если берём предположим план тестирования по сервису работы с AD, то нужно ли описывать в плане, какие преднастройки нужны, чтобы начать тестирование или нет?

и что такое AD, кратко

а они есть, но например серверов на 5 команд тестовых и не тестовых АД куча, в некоторых лдап включён, в некоторых нет, плюс там ещё связи между логинам/доменами/трастами/плюс на каждую команду свой сервер или ваще нужно каждый раз с нуля свой настраивать

тыщи деталей

док по настройке для теста если уже знать сервера всё равно в 75 строчек

грубо говоря 50 пунктов и 20 на спецкомбинации в ветках

и что такое AD, кратко

что такое АД - STFW

гуглить "LDAP" и гуглить вот это всё выше - разница не в пользу расписанного варианта

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

у вас может быть продект с жёсткими требованиями, но даже там я хз зачем расписывать значения и давать линки на NTLM, Kerberos, LDAP, AD, IIS, SSL и вот это всё

но в тесткейсах ваще не представляю нафига это расписывать

особенно если степы такие "пропишите в конфиге ЛДАП линк для вашего домена бла бла бла"

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

особенно если степы такие "пропишите в конфиге ЛДАП линк для вашего домена бла бла бла"

хороший кейс

это один из хайлевел планов, чтобы связать - бизнес и фича реквайрменты с тем, какую стратегию мы изберём для оценки качества продукта

Мне кажется вы смешали и тест стратегию и тест план

ERROR: S client not available

есть план теста, а есть план тестирования)

ещё, какой-то, мастер план теста

есть план теста, а есть план тестирования)

можно попа дробней вот тут?

Пока не дойдёте в описании тест кейса хотя бы до уровня транзисторов - доку не приму

ваша попа дробнее слишком толста, ешьте после 18?)

Очень оригинально. Но всё же.

Что такое план теста?

http://www.protesting.ru/testing/plan.html

тут вот

хорошо описано

http://www.softwaretestinghelp.com/test-plan-sample-softwaretesting-and-quality-assurance-templates/

хорошо описано

Ну, я что такое тест план я вижу. А "план тестирования"?

Ну, я что такое тест план я вижу. А "план тестирования"?

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

Так это тестовый сценарий. Ты указываешь pre-conditions, enviroment и steps

Так это тестовый сценарий. Ты указываешь pre-conditions, enviroment и steps

угу, вот эту всю кучу, мне подсовывали, под соусом "план тестирование"

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

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

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

какой жизненный цикл бага

туда же.

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

Вы сами себе противоречите: "стратегия - єто тактика".

Макс, харе троллить.

В войне есть стратегия: боремся с врагом в лесах! Есть тактика: путём заманивания в болота здесь, здесь и здесь.

Здесь то же самое: тест-план говорит что мы делаем. Тестовая стратегия - как мы это делаем.

просто я не видел документов под названием "тест-тактика".

Я не с целью троллинга, я к тому что стратегия это более общий high level документ, где обозначаются цели, а в тест плане как раз тактика как иммено мы целей достигаем.

Не хайлевельнее, не соглашусь.

по ISO явно хайлевелней

http://www.softwaretestingstandard.org/part3.php

я иммею ввиду относительно тест плана

http://lazytesterua.blogspot.com/2015/09/testing-strategy-template.html

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

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