Канера заимел в 2005-06м где то

Это не важно. Я имею в виду какая книга была первой

Как и кучу других

У меня лично канер, да

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

Никаких

вы читали Савина?

Начал и бросил

посмотрел сейчас содержание

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

Там оч печальная подача и отсутствует фундаментальный подход в рассмотрении сути

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

От слова совсем

Там рассматривается вопрос тестирования

Канер отличная книга

чтобы по факту прочтения отсеивать из отрасли наиболее левых людей

те кто не читал ничего другого и не осилил - определенно не выдерживают ценз усидчивости

как никогда актуально в эпоху "войти в айти"

Из отрасли нужно отсеивать левых людей по тестам матана (кстати, я провалю и это единственный фейл для меня чтотя бросил универ)

То есть не сдал матан - иди куда угодно, но не в тестирование

какой-то юношеский максимализм

те кто не читал ничего другого и не осилил - определенно не выдерживают ценз усидчивости

Вы вообще спецом игнорируете слово "фундаментальный"? Чтобы освоить профессию, нужно получить фундаментальные знания о ней

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

Канер - хороший вариант, савин - плохой имхо, есть много других хороших вариантов

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

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

вы там что, ракеты тестируете?

Это кстати шикарно продемонстрировано в курсах intuit.ru

канер классика, вот похоже лучший ресурс в "рунете": https://www.portnov.com/ru

вы матан с комбинаторикой не путаете?

так она преподается в рамках дискретки

вы матан с комбинаторикой не путаете?

и дискретная математика ессесно тоже

канер классика, вот похоже лучший ресурс в "рунете": https://www.portnov.com/ru

больше похоже на курс "как заинтересовать рекрутера, пройти интервью и получить первую работу", чем о том, как работать

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

Видео-Лекция: Тест дизайн и Тест-документация - Яна Мурза (VMware)

а матан во вторую ибо оценки рисков, времени, статанализ - это всё таки уже матан

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

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

Видео-Лекция: Тест дизайн и Тест-документация - Яна Мурза (VMware)

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

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

Зависит от того, что требует стратегия тестирования

а что требует стратегия тестирования в отношении тест дизайна?

что напишете, то и требует

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

и тестскрипты не писать

сойдёт?

вполне

и можно ваще не тестировать, а выпускать сразу

и так и в тест стратегии записать

и вы не поверите, кто-то так и делает

и не делают никаких тест стратегии

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

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

есть домены, которые не требуют качества

вообще

никакого

что такое качество?

или требуют, но не готовы за него платить, это в сущности одно и тоже

зависит от домена

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

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

В стандарте ИСО 8402—86[2]: «Качество — совокупность свойств и характеристик продукции или услуги, которые придают им способность удовлетворять обусловленные или предполагаемые потребности потребителя».

ну, вот.

это абстрактная характеристика

она НЕ зависит от домена

абстрактная характеристика

не зависит от домена

и вы не видите противоречий с вашими попытками выражать ее количественно?

мало того, процессы по обслуживанию качества также не привязаны к домену: Quality planning - Quality planning is implemented as a means of "developing the products, systems, and processes needed to meet or exceed customer expectations."[1] This includes defining who the customers are, determining their needs, and developing the tools (systems, processes, etc.) needed to meet those needs. Quality assurance – Quality assurance is implemented as a means of providing enough confidence that business requirements and goals (as outlined in quality planning) for a product and/or service will be fulfilled. This error prevention is done through systematic measurement, comparison with a standard, and monitoring of processes. Quality control – Quality control (QC) is implemented as a means of fulfilling quality requirements, reviewing all factors involved in production. The business confirms that the good or service produced meets organizational goals, often using tools such as operational auditing and inspection. QC is focused on process output. Quality improvement - Quality improvement is implemented as a means of providing mechanisms for the evaluation and improvement of processes, etc. in the light of their efficiency, effectiveness, and flexibility. This may be done with noticeably significant changes or incrementally via continual improvement.

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

и вы не видите противоречий с вашими попытками выражать ее количественно?

где?

но вы сами точно его понимаете?

я понимаю, да, могу вас уверить?

я позволю себе вам не поверить

вот критерии оценки качества формулируются под домен и даже под продукт

и вы ради этого ебали мне мозг?

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

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

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

какая разница - какой домен?

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

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

вам показалось

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

хотя технически учиться тестировать можно и в тетрадке с карандашиком

и на программе, нарисованной на листочках в виде тз или картинок

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

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

прощайте

а что вы хотели узнать то? ну и вы сами сделали этот выбор

Народ, соцопрос для автоматизаторов, у нас тут холиварчик ))) Используете ли вы БД в приемочных тестах? Поглядеть там какую-нибудь информацию типа айдишки или ещё чего-нибудь?

Какая связь между приемочными тестами и БД? Почему её там надо не использовать или использовать? Попробуйте сформулировать вопрос от корня проблемы - с большой вероятностью решение появится без всяких холиваров

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

просто есть два берега - одни категорически против подключения к БД другие считают такое ограничение усложнением работы

нет только везких аргументов )))

для таких целей принято делать TestAPI - это такой специальный интерфейс в продукте, через который его можно дергать за всякие нужные тестам функции. Лазить из тестов продукт другими способами (напрямую в БД или через ssh и т.п.) - это путь боли и страдания. Не надо так делать. TestAPI должны предоставить разработчики естественно

Не забудьте этот тестовый API закрыть на проде. А ещё сделать для него тесты - он должен быть всегда рабочим

Это вы где так делаете? у нас разработчики разрабатывать продукт то еле успевают, а тестАпи тут вызовит другой холивар )))

Это то как делать правильно. Разработчики, которые это понимают, делают это сами без подсказки. Которых не понимают, надо убедить так делать. Но это бывает непросто. Изначально проще пойти путём страдания и "партизанить", правя конфиги по SSH или шаря по базе. Но потому этот путь так и называется, что вы регулярно будете огребать при изменениях в продукте всякие флаки-тесты. Впрочем, организационно эту проблему можно минимизировать, предвидя эти изменения и своевременно правя тесты. Если правильный путь не получается (разработчики не понимают, руководство не согласно "тратить время разработчиков"), то можно пойти путём страдания.