Собственно сабж и для чего они нужны??

ошибки в ПО ищет. что тут непонятного.
Бетатестерами их, обычно, кличут.

(0) Только не говори, что ты пишешь идеальные программы, которые не нуждаются в тестировании...

http://s-test.narod.ru/Testing/tester.htm

Это ипанутый на всю голову придурок, помогающий гуру от 1С пофиксить баги таких же ипанутых пользователей, как и сам тестер. Для работы тестером необходимо наличие генетических дефектов, желательно нескольких.

(4) Тебя покусали тестеры?

(5) Таких не держим.

Хороший тестер - это человек, способный найти ошибки там, где их программист не найдет или не увидит, даже при тестировании

(6) Без ошибок пишите? :)

(8) а Хороший программист - в 99,(9)% случаев пишет без ошибок

(9) не ошибается тот, кто ничего не делает ©
Теперь ясно кто такой "хороший программист" :)

(9) пишет... если нет ошибок - не программист...
у тестеров з/п больше чем у прогов .... ооооо

(11) Тестеры разные бывают. Да и за качество нужно платить...

(11) А отличный тестер, это бывший программист с очень большим опытом, поэтому и З/п выше

(11) Ну, если тестера кастрируют за каждую пропущенную ошибку, то вай бы и нот?

(14) + 1000

(14) кастрируют за каждую ошибку? это как? - ошибаешься только один раз7 о_О

(16) два раза :)

(9) Речь не просто про ошибки. Тестер проверяет дизайн, функционал и систему в целом. Представь ситуацию: выдали ТЗ прогу, он все разработал согласно ТЗ. Тестировщик погонял, и сказал что система в общем - лажа. То бишь тестировщик отлавливает ошибки не только программиста, но и проектировщика (разработчика ТЗ).

(18) а потом прогер вместе с проектировщиком бьют морду тестеру

(8) Ещё чего, я что враг своему здоровью. Просто пишем немного, и сами тестируем, на самых "тупых" пользователях.

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

ИМХО

В большинстве случаев
Тестировщик + Программист = 1 Человек :)

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

(22) в жирных конторах - их отряды...

(22) этотолько в шараш-монтаж конторах типа "недоделанные франчи" так

(21) Не согласен, тестер - это хороший программист с большим багажом знаний, он проверяет программу в том числе и из-нутри

(21) нормальный тестер на голову выше по знаниям и квалификации чем прогер

(27) + Вот - и я тоже самое говорю :)
Видать народ не знает - кто такие тестеры

(24) в жирных софтверных возможно, а на фикси как правило и швец и жнец и в дуд игрец. На худой конец друг у дружки тестить приходится.

(26) не всякий прогер способен стать классным тестировщиком - это в принципе разные компетенции.

(27) :))))

(30) согласен, это нужно иметь талант и много трудиться над ним

(29) в тех фикси где 1Сник ещё и лампочки в клозетах вкручивает - так и есть, но в нормальных фикси - тестировщик это выделенная должность, а зачастую и структурная единица

(22) Это не есть хорошо... У тестировщика и прога - разные задачи. К тому же тестировщик смотрит "незашоренным" взглядом.

(33) Это наверное уже уровень Газпрома.

Я ошибся - в (22) хотел сказать наоборот
Проектировщик и Программист - это как правило 1 человек

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

(34) он не только смотрит "не зашёренными глазами", но и тестеровщик получает более тесную обратную связь от бизнеса.. Т.е. прогер контачит только с постановщиком задач (а это зачастую тоже ИТ-шник), то тестировщик отвечает за работу уже напрямую перед бизнесом

(36) + но на фикси так и есть - Тестировщик и Программист - 1 и тот же человек

(35) не поверишь - это уровень даже нормального среднего бизнеса

ЗЫ.. ключевое слово "нормального" :-)

(36) Ага..  В мелких конторах он же админ.

(39) Сколько же кода программист для "нормального" среднего бизнеса должен выдавать? Чтобы не успевать его отладить и протестировать?

А если программист чисто только кодит, не выполняя никакой другой работы - это уже БЫДЛОКодер :)

(41) 1000 тыс. строк на литр кофе

(42) Именно. 90% времени уходит на разбор действий пользователей, и примерно в таком же количестве встерчаются их ошибки, недоделки и т. д.

(43)* тьфу... 1000 строк/литр

(43) Я в месяц бывает меньше пишу, а в день выпиваю больше.

(46) а вот, если бы был тестировщик... :)

(47) Я столько не выпью.

(44) 90% времени у программита уходит не на получение правильного решения (ответа на решение), а на получение правильного ВОПРОСА от пользователя... проверено 100%

(42) Если тупо кодит - да. Прог с опытом на этапе получения ТЗ уже будет видеть, что действительно нужно, а за что можно и на проектировщика ТЗ наехать.

(41) хм-м-м.. расскожи вначале про свои ассоциации с должностными обязанностями программиста в нормальном среднем бизнесе плз :-)

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

расскОжи-расскажи?

(51) У меня задача одна, чтобы всё работало, в соответствие с пожеланиями бизнес-подразделений.

(53) это "общая фраза" или думаешь есть хоть один фикси, где бы такое было бы иначе? :-)

Просто при росте объёма решаемых задач (а для нормального среднего бизнеса это неизбежно) простая цепочка "услышал - реализовал - сдал пользователю" не работает ни разу.. так как хотелок (причём зачастую запротиворечивших друг другу) море, начинаются игры приоритетов и политесов, а на это накладываются ещё и чисто человеческие баги (либо прогрера, либо постановщика, либо даже функциональщиков)... Вот тут уже и становится ясно, что без структурирования процесса "жизненного цикла ПО" обойтись нельзя


ЗЫ.. прочитай "про уровни зрелости" организации - там много интересного.

(54) Ну да, я же просто пописать вышел, а по цикл жизни ПО только сейчас от тебя услышал.

(55) Ну судя по (35) почему-то показалось, что ты относишь "жизненный цикл ПО" только на уровень Газпрома. Не так? :-)

Не так, в каждой избушке свои игрушки. И средний бизнес он тоже разный.

Мне одному только "тестирование ПО" преподавали?!? 0_о

(58) тут все старпёры. Большинству даже программирование-то не преподавали

(58) Одно дело - теория, другое - практика

Я 7 лет на программиста учился (колледж + универ, все очно), и нам много чего преподовали, в том числе и "тестирование ПО"

(57) однозначно разный :-)

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

(60) + правда работаю не программистом, а "недопрограммистом" (так назвают 1С-ников) :)

(62) это кто так тебя обзывает? :-)

(61) Допустим у нас побольше оборот, но чтобы ошибка в коде ПО рушила бизнес, это в консерватории менять что-то надо.

Тестер ещё и ПБУ должен знать =)

(60) Просто топик смущает... Вроде как глупый вопрос, а оказывается, много кто не знает =)

(63) это так Ораклисты, Сишники и Дельфийцы называют 1с-ников :)

мы их называем "бухгалтерами"

(64) что значит "порушила бизнес"? Если бабки (этак 10 лямов) улетают дважды за "одно и тоже" - это бизнес рухнул или просто "налетели на бабки" из-за мелкой баги с установкой статуса "оплачено"?

Ясный пень, что для среднего бизнеса это не есть автоматическое банкротство, но это реальные потери именно из-за не правильного подхода к разработке ПО

(67) ой.. ты видно даже не представляешь как обзывают друг друга линуксойды мелкомягких, и как ораклоиды обзывают сасовцев

(70) прав он. 1с-ник - это недопрограммист, полюбэ

(69) Как могут бабки улететь за одно и тоже? Не понимаю, или у вас весь мир как у америкосов внутри монитора?

(71) почему? программист как программист...

вот он

http://www.rsdn.ru/article/humor/tester.xml

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

(73) Язык конфигурирования в 1С - не совсем язык программирования в общем смысле

Десятки тысяч счетов? Не врёшь? Кто-то ведь подсунул счёт дважды. И не просто подсунул, а еще и завизировал его на оплату. Ну, да это не та проблема, которая может бизнес порушить.

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

(76) тогда php-исты -тоже недопрограммеры

(78) ну да, операторы и кнопки ломают почаще, чем программисты...

(77) не вру :-) Есть такой бизнес - называется факторинг и именно столько счетов-фактур проходит у меня через 1Ску ежедневно.. И тут не "подсунул", тут речь идёт про обычный бизнес-процесс обработки счетов-фактур.. Ну такой вот у нас бизнес...

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

ЗЫ.. можно поломать копья насколько язык 1С является объектно-ориентирован, но то что это язык программирования тут нет никаких сомнений :-)

(81) 1с - не объектно-ориентированный, а объектный. и (76) мягко говоря лукавит.

(76) гы гы :)

(82) Давай в другом топике опять устроим тёрки на эту тему (так как эта тема явно не относится к этому треду)...

ЗЫ.. определение ООЯП (объектно-ориентированного языка программирования) - в студию...

(82) Язык 1С то вполне себе язык программирования, но это вовсе не значит, что все, кто на нем пишет -- программисты. Особенно авторы вот таких веток: Теорема Бома — Якопини реалистична? или снова про goto

(85) А чем плоха эта ветка?
Просто опрос - используют или не используют в своих разработках переход по метке ОдинЭснеки, не более того

+(85) Или такие: Крестики vs Нолики

(86) Цитирую:
"А как вы считаете - можно ли обойтись в программировании без GOTO (Перейти)?"

Такой вопрос суть признание полной профнепригодности.

(74) да!! это действительно ОН. :)

(88) т.е. ты утверждаешь, что вопрос из разряда - "Можно ли обойтись без маргарина при выпечке тортов" - это суть полной профнепригодности повара? :-)

(88) интересно твое мнение по этому поводу. Скажи - можно или нет, я не считаю это вопросом для полной профнепригодности

За тестерами тоже нужнен глаз, да глаз, да глаз...

(90) + Маргарин можно заменить сливочным маслом :)

И в программировании тоже самое - переход по метке можно легко заменить вызовом функций, или структуризации текста программы к нормальному виду, а можно использовать метки

(90) Естественно.
(91) Естественно можно. Более того, это математически доказано.

(94) ado, сейчас на тебя тоже че-нить интересное найдем, не боишься? :)

(95) Ищите :-)
У меня тупые вопросы если и были, то связанные с конкретным продуктом, но не с программированием вообще ;-)

(88) скорее это признание неопытности со всеми вытекающими.
Почему именно неопытности? Да потому, что, скорее всего, нет такого опытного программиста, который бы не уделил этой теме внимания давным давно.

(84) ООП - это три парадигмы. В 1с они не все. Так что.

Был тестером на одном проекте (давным давно когда во фране работал). Все равно основныйе баги пришлось исправлять когда проект запустили.

100!

(100) Эх блин ))

(96) не ... Я про метку - тупым вопросом не считаю

(97) Не согласен, за плечами 7 лет обучения на очном - колледж, универ (преподовали абсолютно все и очень подробно - Assembler, Oracle, С++, Delphi, Fox и многое другое, причем пары были примерно такие - преподователь дает задание, а нам нужно быстро написать код на листе бумаги, + несколько проихводственных практик во время обучения) +

+ 7 лет опыта работы на предприятиях (7.7, 8.1, 8.2)

Я не скажу - что я ас, но не вчера начал программировать

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

Вообще-то по классике жанра - "Объектно-ориентированное, или объектное, программирование (в дальнейшем ООП) — парадигма программирования, в которой основными концепциями являются понятия объектов и классов."

А языке 1С есть понятие объекта и есть сущности эквивалентные понятию класса...

(102) Почему изначально на листе бумаги?
Попробуйте - без Хелпа написать код программы, думаю, что большинство не напишет :)

в случае 1Ц это пользователи/внедренцы

(103) 1с не программирование в большинстве случаев, а настройка готовых сущностей, причем зачастую глюкавых внутри и непонятных.)

(104) А зачем? Развивать механическую память? Я еще понимаю алгоритмы на бумаге писать, но код ...

(104) (задумчиво) значит ты уверен, что 1Сниги каждый день запускают 1С Предприятие постоянно сверяются с "Руководством пользователя" (т.е. большинство 1Сников без такого маньюала 1Ску вжисть сами не запустят)????

(102) >причем пары были примерно такие - преподователь дает задание, а нам нужно быстро написать код на листе бумаги

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

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

(109) -> (110) Дефицита компьютеров не было

(108) Нет, но Синтаксис-помощником пользуются регулярно, хотя бы просто для просмотра параметров передаваемых в операторы

Особенно интересно было писать запросы на бумаге, к примеру, T-SQL :) Сейчас правда уже все позабылось

(112) Это плохо?

(114) Это не плохо, но опытный программист в синтаксис, чтобы узнать какую-нить элементарную вещь, точно не полезет :)

(115) Глупости. Опытный программист несколько раз за карьеру меняет язык, среду разработки.

(116) Я не спорю, самому на 3 платформах работать приходилось, за последние 7 лет, от 7.7 до УФ ан 8.2 (особенно 8.1)

Но это поначалу, а затем - все запоминается

(116) А дай плз собственное определение "опытный программист" - это что-то генетическое или же это тогда, когда за всякой фигнёй (типа что передавать в параметрах) не лазишь в синтаксис - помощник

А вообще у нормальных программистов стоит нормальный телепат, который сам параметры показывает ;-)

(0) Тестирование это не такая простая вещь, хороший тестер он покруче многих программеров будет.

А есть ссылки именно на тестирование программ 1С?

(121) ну-у-у-у-у например у того же 1С под "такое" даже специальное решение - "Сценарное тестирование"

(121) Вообще есть целая наука о тестировании, не думаю что 1с так сильно отличается ото всех что под нее нужно что то специальное создавать.

(0) я знала, что большинство 1Сников непрофессионалы, но чтоб до такой степени.... ни иметь понятия о тестировании?

(124) у Вас такие иллюзии по поводу высокой квалификации "основного состава" шараш-монтаж-франчей????? Срочно снимайте розовые очки :-)

(124) 1с даже само понятие профессионал опустил в своей градации:)

порог вхождения очень низок в отрасль. Как сказали выше: "1С-язык программирования. Но не все, кто им пользуются -- программисты"

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

Типичный 1Сник так и застрял между программистом и бухгалтером, не будучи толком ни тем, ни другим. Если что-то случится с 1С - чем мы будем заниматься, я даже не знаю.

(128) уйдешь в SAP-ёры.. SAP это фрицевская 1С :-)))

(129) ждут тебя там...

давайте признавайтесь кто пишет без ошибок? т.е. ошибки не доходят до пользователя при любом раскладе в 99.9%.

(130) а то тебя в 1С ждали... признайся, свалился БГ как татарин на Рязань.. Ну так же и с SAP-ом поступишь..

>давайте признавайтесь кто пишет без ошибок?

вопрос не в писанине без ошибок... а в самой писанине... разработчик на яве и т.п. вместе

(132) порог вхождения в 1С - цена книжки по языку и желание. В сап на этом не въедешь

>вопрос не в писанине без ошибок... а в самой писанине... разработчик на яве и т.п. вместе

+ вместе с кодом сразу пишет и юнит-тест.

+ ночные сборки с прогоном контрольного примера и т.п. вещи.

(132) Книжки по АБАПу так же свободно продаются в книжных - остаётся теперь только желание :-)

(135) ладно, не буду разубеждать

SAP - унылое неудобное убожество, приспособленное под масштабируемость и доступ к БД через инет.

(137) уболтал..не буду покупать книжку по АБАПу.. останусь 1Сничать :-)

(133) что значит в самой писанине?
вот пишу обработку по плановым переводам между счетами, все работало 5 дней. сегодня выяснился баг (строки дублируются), который хз как появился. сижу, смотрю код. куда пользователь мог нажать, чтобы такое возникло?

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

(140) я разве отрицаю что баг в программе? нет. но я этот баг даж не знаю как проявляется, чтобы понять где в коде править

(120) Есть люди, обладающие невероятным талантом "Если что-то можно сделать неправильно, он(а) именно так и сделает".

(120) как оценить время работы тестера на изменение??

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

(0) одинэсники, зачастую, не умеют разделять модуль на функции, какое уж тут тестирование. это - непозволительная роскошь...

(141) а спросить у юзера, как он это сделал - низя?