Ключевая проблема при разработке софта

При разработке программ, особенно сложных, и особенно - по одной из гибких методик, есть одна важная задача. Которая, если ей не заниматься серьезно, становится проблемой. Серьезной проблемой.

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

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

Именно поэтому, инженер по качеству - все более востребованная функция во всех проектах разработки и внедрения.

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

Именно поэтому, я пригласил в тренинг "1С::Быстрый старт" опытного специалиста в области QA

Анатолий - ведущий инженер качества фирмы - крупнейшего производителя заказного ПО в Европе.
Он любит управлять, автоматизировать и нагружать.
Управлять всеми кого дадут,
автоматизировать всё до чего дотянутся руки,
нагружать все, что поддается нагрузке.
Любит иногда приходить на работу чтобы полюбоваться как его скрипты сами протыкивают помодульно всю систему и печатают отчёты на соседнем принтере.
Начальство предпочитает о нем не рассказывать, ибо он уже занят и надолго.
Сейчас работает в крупном проекте, в котором на обеспечение качества запланирован бюджет, равный бюджету разработки.

Вот что он говорит о локализации багов:

"Самый лучший вариант избежать необходимости локализации многих багов - не допускать их. Это давно и успешно практикуется разработчиками и называется Unit тестирование.

 

Тем не менее система не может не содержать багов - это аксиома. 

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

 

В понедельник, 20 апреля Анатолий будет вести бонусный каст в рамках тренинга "1С::Быстрый старт"

В дальнейшем, вопросы Анатолию можно будет задавать в моей мастер-группе.

P.S. Если ты все еще думаешь, идти ли на тренинг - решай прямо сейчас! В понедельник 20 апреля цена вырастет в 2.5 раза и составит $50. А после записи тренинга он будет стоить $100.

P.P.S. На семинар приглашены еще несколько интересных людей. Следите за новостями и бонусными кастами!