Разработчик и составитель ТЗ

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

Также и с тестированием допустите до процесса тестирования станка с ЧПУ не профильного специалиста и вместо результата тестирования получите набор абсурдов...

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

Это сообщение отредактировал Snyph - 20.04.2023 - 15:00

Это 5 баллов!!!
Именно так в ИТ сфере, причем не только у разработчиков!

Когда я пришел в геймдев, меня учил ОЧЕНЬ крутой геймдиз. Я потом его часто добрым словом вспоминал. Он мне прямо сказал - представь, что ты делаешь игру для дебилов. И реализуют ее дебилы. Вот совсем дебилы, которым не скажешь портки снять когда срать пойдут - так они и не снимут.

И с той поры я всю документацию по проекту пишу для совсем дебилов. Это мне понятно, что объект "камень" не ломается при воздейтвии на него, а программисту это нихера непонятно, он его разрушимым сделает. Это я знаю, что объект "ящик" должен иметь все 6 сторон, а моделлеру это непонятно, он ради экономии 1 сторону уберет (все равно ж ящик на ней стоит!)

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

Ха! Нормально ))) Ну наверное имеет место быть, всё же сделано по заданию

Это не тестировщик, а человек умственно отсталый В любой инструкции предполагается определенное понимание, так называемые аксиомы. В первой инструкции предполагается что человек знает какой стороной держат нож.

А так можно докопаться и до слова "возьмите". Может для него "возьмите" это "трахать", и он начнет трахать нож.

Также для него "нож" это может быть хвост кота, и он принесет кота и начнет что делать? "Макать". Но "макать" для него это может быть "пердеть" и т.д.

Короче очередное говно из тик тока, несущее ровно 0 смысла

Вы приняты в нашу команду тестировщиков!!!!11

Тестировщики они такие.

Если тестеровщик дебил то никакое ТЗ и инструкции не помогут.

Размещено через приложение ЯПлакалъ

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

Размещено через приложение ЯПлакалъ

Я больше скажу! У нас сейчас такие инженеры после ЕГЭ и высшего образования. Лично таких на работе вижу. Страшно за будущее.

Размещено через приложение ЯПлакалъ

Я 101 юхххзуууууу

Размещено через приложение ЯПлакалъ

То же самое, только своими словами?

Размещено через приложение ЯПлакалъ

Частенько в ТЗ есть требования к исполнителям работ, в т.ч. к их квалификации

Привет энергетикам!

Это точно. А еще сам неоднократно попадался, когда надо было установить программу - делаешь п1, п2, п3 а потом на 6 пункте - надо было предварительно что то другое сделать, что я разумеется не сделал и вся установка летит в тартарары.

Девочке надо было внизу, мелко указать примечание:
"Остальные детали решить по месту" или "По решению Подрядчика".
Всему учить надо!

Размещено через приложение ЯПлакалъ

Работал я в ИТ. Была у нас своя софтина. Постоянно возникали ситуации что после обнов у юзеров все летит... короче, в итоге, я сделал протокол тестирования для обнов и для нового функционала отдельно и т.д. и т.п. Количество проблем и жалоб юзверей уменьшилось процентов на 95%.
Во всех протоколах черным по-русски было написано примерно так: Блок тестирования "на дурака" и там всякая дичь, которая в здравом уме никому в голову не придет (ага, как же). Программисты много и обильно ругались) зато тестировщикам работать стало веселее... такое творчество! ))

вот так и делаю инструкции

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

есть иснтркция как собирать комплект: взять это, затем на это положить вот это, затем то и в конце се, сложить вот так, отнести на полку на стеллаж Расходники"

Это сообщение отредактировал kofeimoloko - 20.04.2023 - 15:32

Папаня натаскивает дочуру для написания кейсов. То есть учит её быть тестером, а не писать для них инструкции. Метод хорош для джунов, например когда школа есть в компании для новичков. А смысл в том что бы такие кейсы мог пройти любой. Ибо есть проверки в которых хрен разберешься с ходу и пройдя этот тест, ты не поймаешь баг, ибо прошел его не верно.

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

Это просто офигенно!

Размещено через приложение ЯПлакалъ

А все потому что я не хочу потом два месяца согласовывать изменение всей той дичи, которую в рамках того же ПУЭ рисует в проекте проектировщик. Мне проще сразу указать что протяжные коробки должны стоять там где мне удобно, а вовсе не там где хочет проектировщик подрядчика. Да их будет в полтора раза больше, но мне будет удобно это обслуживать и заказчик получит более быстрое устранение проблем в последующей эксплуатации. А подрядчик получит деньги за работу согласно обьему. В итоге я экономлю мое время и время проектировщика. А если проектировщик на столько балбес, что не вчитывался в ТЗ, то мне ничего не надо объяснять. Я просто указываю ему пункт ТЗ, в котором указано что и где должно быть.
Я подозреваю что вы проектировщик в компании которая и делает потом работу по проекту. Только они вечно не любят распухшие ТЗ и лепят проекты на скорую руку, пытаясь сэкономить материалы. А потом ноют что все что нужно заказчику четко прописано в ТЗ и не наебешь)

Размещено через приложение ЯПлакалъ

TomZenger
Побольше бы таких ТЗ, где однозначно прописаны требования что и как делать.

Только бывают ньюансы - у Системного Оператора например может быть своя точка зрения

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

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