В ранешние времена, когда программист писал программу ручкой (шариковой или авторучкой....), а потом относил девочкам, чтоб набили перфокарты... и ждал в очереди, когда перфокарты будут готовы. А потом - сидел и КАЖДУЮ ПЕРФОКАРТУ подписывал вручную. А потом - относил куда-то, и опять ждал- когда получит рулоны бумаги (метрами)... И читал, читал эти рулоны - чтоб найти, что написал неправильно... а потом.. опять по кругу... авторучкой написать, подождать в очереди... и т.д. и т.п.... Ах да... и получить выволочку за перерасход бумаги на листинги.....
Тогда БАГОВ не было. НЕ СУЩЕСТВОВАЛО!!!!! Были - ОШИБКИ. Конкретные ОШИБКИ конкретного исполнителя.....
И процесс проверки программ - был просто процессом проверки.... Безо всяких импортных слов типа ТЕСТ-ДИЗАЙН, БАГТРЕКЕР.....
И при этом - программы благополучно выпускались... И что характерно - в общем качественные....
Сейчас? Сейчас програмист обзавелся массой вещей, откровенно убирающих из процесса создания программ труд ручной (написание на бумаги, например..). Ну а вслед -- ПРОВЕРКА программ мутировала в тестирование.... Тестирование обросло кучей импортных слов.... и всяких инструментов - чтоб убрать ручной труд (писание ручкой .... и печатание на пишущей машинке Методик Проверки ПО...)..
И? Исчезла старая, добрая ошибка... Появился БАГ.
Просто с точки зрения РУССКОГО языка - почувствуйте разницу - "Сделана ошибка"....."В программе есть БАГ".
Только что-то стало мне сегодня казаться... что ОШИБКА она и есть ОШИБКА.... А никакой не БАГ....
А вот большое количество РУЧНЫХ операций + походы к девочкам, чтоб "набили" и "прогнали" у программиста психологически заставляло его самый манусенький кусочек программы долго обдумывать и проигрывать ....что, пожалуй, снижало количество ОШИБОК.... Ну и писание ручкой методик проверки с последующими походами в машбюро(чтоб напечатали) -- улучшало качество проверки ПО...
Вот такие пятничные размышлизмы...
Ах да...
Перенести тему можно в любое место форума...где она больше к месту будет...
Любой человек, имеющий доступ в интернет, может зарабатывать деньги, сидя за своим компьютером. Видов заработка в интернете существует немало. Я, как и многие другие, начинал с почтовиков, серферов и прочей шелухи. Довольно быстро я понял, что ничего так особо не заработаешь. Поэтому стал искать более серьезные способы заработка. И тут мне повезло, я узнал о новом проекте - Money Train. Он качественно отличается от других млм-проектов, существующих в рунете.
Работа в Money Train происходит через автономную онлайн-программу, в которой есть все: - внутренняя почта, - покупка/продажа уровней, - личный кабинет, - дерево рефералов, - расчет суммы на основе проданных и купленных уровней.
Плюсы программы: - очень большая степень защиты от взлома, здесь нет реф. ссылок, подключение в проекте происходит по PID-коду. - можно отдавать своего реферала тому рефералу, кому считаете нужным. - можно управлять программой через мобильный телефон.
Приглашаю к сотрудничеству:
1) Оптимистов, верящих в успех их начинаний.
2) Людей, у которых много свободного времени (женщины в декретном отпуске, люди с ограниченными возможностями, временно неработающие и т. д.)
3) Ну и просто энергичных заинтересованных людей, желающих иметь дополнительный заработок.
Всем, кто зарегистрируется по моему PID (в тарифе Junior - OLEGNAVJUNIORPID), обещаю всяческую поддержку. Подробнее об устройстве проекта, и о том, как вступить в систему, читайте ЗДЕСЬ.
Если у Вас возникли вопросы, пишите на e-mail: olegnavmt@gmail.com или ICQ 564606925. Буду рад пообщаться. С наилучшими пожеланиями, Олег.
Таким образом, в тесте мы должны написать заглушку для fun2: VAR a, init=10, ev=init STUB fun2(a, 2, "HELLO")
Когда начинаем гонять тесты, соответственно все инпут параметры в стабах проверяются программой, и если находятся несоответствия (например я вместо 2 напишу 10 для p2), то тест не пройдет. Просим заказчика указать в SDD информацию подобного рода, на что получаем ответ - в SDD требования описывают функциональность, и вам не надо знать что параметр p2=2 или параметр p3="HELLO", программист, мол, сам решает, какие константы ему использовать и тд и тп. Типа, у вас не стоит задача тестировать, что там в стаб пришло, тестируйте только поведение, для вас не важно, что в стабе стоит 2, а важно, что стаб вызвался. Ставьте туда , что хотите. Я им говорю, что тогда половина тестов просто не пройдет, тк программа поставик им not OK.
У меня возник вопрос: я должна знать, что решил программист написать вдруг 2? Как мне писать тесты, когда не хватает информации? Кодом пользоваться нельзя вообще, стандарт запрещает.......
Я не против не проверять входы для заглушек и ставить вместо _in - _nocheck, но это не позволяет их же стандарт, который говорит, что все параметры _in, _out или _no, но если вы используете _no - пишите почему. Параметры с _no проверяются внутри стаба, тк стандарт обязывает их проверять..........
Должна ли информация подобного рода быть представлена в SDD? Я считаю, что должна, но я уже ни в чем не уверена, я устала бороться за хорошую документацию, я уже забила на текст требований - он ужасен. Я уже им говорю - не хотите, не меняйте требования, предоставьте хоть какую-нибудь табличку,аннекс, где все это будет описано.
То ли я вообще не понимаю, зачем нужен юнит-тестинг. Помогите разобраться
Работа для сисадминов -> Администратор AIX, Москва
2009-10-24 16:18 InTime
Крупная иностранная компания приглашает системного администратора AIX (Unix) с аналогичным опытом работы и соответствующими знаниями. Требования: * Высшее образование. * Опыт работы с IBM AIX, Virtual I/O Server от 3х лет. * Опыт работы с high-end серверами IBM от 3х лет. * Опыт работы с PowerVM, понимание отличий редакций PowerVM, технологий виртуализации на серверах IBM. * Опыт работы с Oracle и IBM WebSphere Application Server является преимуществом. * Английский язык - технический. Обязанности: * Обеспечение бесперебойной работы информационных систем, серверов и сервисов. * Оперативное сопровождение информационных систем. * Установка и обслуживание серверов IBM System p (POWER). * Установка, настройка, обслуживание AIX, Virtual I/O Server, HMC. * Осуществление мониторинга систем. * Документирование существующих систем. Условия: * Заработная плата обсуждается с каждым успешным кандидатом, соц.пакет.
Пожалуйста, вопросы и резюме присылайте по адресу: it@in-times.ru
Два высокопоставленных сотрудника IBM и Intel арестованы ФБР за незаконные биржевые операции с использованием конфиденциальной (инсайдерской) информации. К ответственности также привлечены четыре руководителя инвестиционных компаний.
Комиссия по ценным бумагам и биржевым операциям США (U.S. Securities and Exchange Commission, SEC) выдвинула обвинения шестерым бизнесменам, которые вступили в сговор с целью незаконной торговли и последующего использования конфиденциальной информации, принадлежащей IBM, Intel, Sun Microsystems, AMD, Google, Polycom и Hilton. Иск зарегистрирован в Окружном суде Южного округа Нью-Йорка. (more…)
Компания Lockheed Martin, один из крупнейших производителей военной техники в мире, объявила о получении контракта на сумму в 31 миллион долларов от агентства перспективных оборонных разработок DARPA на создание новой версии интернета для военных целей, сообщает soft.mail.ru со ссылкой на издание The Register.
Новый протокол под кодовым названием MNP (Military Network Protocol) будет серьезно отличаться от привычного TCP/IP повышенной безопасностью, динамическим перераспределением пропускной способности каналов, а также возможностью установки приоритетов трафика с помощью политик на уровне отдельных пользователей и подразделений. (more…)