Разработка ПО – это одна из самых распространенных IT услуг. В серии этих постов постараюсь раскрыть суть данного вопроса
Разработка ПО — это род деятельности (профессия) и процесс, направленный на создание и поддержание работоспособности, качества и надежности программного обеспечения, используя технологии, методологию и практики из информатики, управления проектами, математики, инженерии и других областей знания.
Для любого бизнеса нужно иметь свое программное обеспечение. Это аксиома. Конечно проще купить готовое (в некоторых случаях), но иногда все же нужно подумать об уникальном решении.
Что же лучше? Ответ как по мне прост. Если вы готовы пожертвовать необходимым вам функционалом в угоду снижения стоимости ПО то тогда, конечно же, нужно купить уже готовое решение и подстроить свой бизнес под него. В противном случае – нужно разрабатывать ПО.
Основные преимущества Разработка ПО под заказ:
Наиболее важным преимуществом, разработанных программ, является простота их внедрения на любом предприятии в независимости от количества работников, отделов, наличия представительств и филиалов. Также, среди преимуществ можно выделить простоту их настройки и использования. С каждым клиентом работа на индивидуальной основе, учитывают все требования и пожелания, при необходимости разрабатывают комплекс рекомендаций и решений, необходимых для рационального функционирования программ.
Индивидуальный подход позволяет создавать программы исключительно для клиентов. А это означает, что будет учтена специфика бизнес-процессов, которые происходят на предприятии. Например, не будет никаких лишних или не нужных опций и функций, которые часто замедляют работу, запутывают обычного пользователя, что характерно для коробочного программного обеспечения, в то же время при разработке программ под заказ, в первую очередь необходимые опции максимально доступны и эффективны при использовании.
вторник, 30 ноября 2010 г.
четверг, 25 ноября 2010 г.
Управления тестированием
Внедрение системы отслеживания проблем
Для чего необходимо использовать систему отслеживания проблем?
На эффективность процесса тестирования и устранения дефектов оказывает большое влияние степень четкости процесса подготовки и анализа отчета о проблемах, а также наличие хорошего инструмента для его поддержки.
При отсутствии промышленного инструмента, группа тестирования может создать свою систему отслеживания проблем.
Цели системы отслеживания проблем:
• отслеживание состояния тестирования и устранения дефектов;
• организация взаимодействия между сотрудниками и решение спорных вопросов относительно классификации и приоритетов устранения дефектов;
• определение причин дефектов и выявление «узких» мест в процессах разработки и тестирования.
Три условия успешного старта
Таким образом, для первичной организации тестирования необходимо, образно выражаясь, выполнить условия трех «Ф», которые заключаются в следующем:
• формализации обязанностей – написании должностных инструкций и положения про отдел;
• формализации общения с программистами – внедрении BTS;
• формализации работы тестеров – создании контрольных примеров, планировании и получении отчета о тестировании.
Собственно, хороший производственный процесс тем отличается от плохого, что он не пущен на самотек, а упорядочен и управляем.
Для чего необходимо использовать систему отслеживания проблем?
На эффективность процесса тестирования и устранения дефектов оказывает большое влияние степень четкости процесса подготовки и анализа отчета о проблемах, а также наличие хорошего инструмента для его поддержки.
При отсутствии промышленного инструмента, группа тестирования может создать свою систему отслеживания проблем.
Цели системы отслеживания проблем:
• отслеживание состояния тестирования и устранения дефектов;
• организация взаимодействия между сотрудниками и решение спорных вопросов относительно классификации и приоритетов устранения дефектов;
• определение причин дефектов и выявление «узких» мест в процессах разработки и тестирования.
Три условия успешного старта
Таким образом, для первичной организации тестирования необходимо, образно выражаясь, выполнить условия трех «Ф», которые заключаются в следующем:
• формализации обязанностей – написании должностных инструкций и положения про отдел;
• формализации общения с программистами – внедрении BTS;
• формализации работы тестеров – создании контрольных примеров, планировании и получении отчета о тестировании.
Собственно, хороший производственный процесс тем отличается от плохого, что он не пущен на самотек, а упорядочен и управляем.
среда, 24 ноября 2010 г.
Введение в Software Testing
Тестирование ПО - это процесс исследования программного обеспечения с целью выявления ошибок и проверки его качества. Также тестирование ПО можно описать как процесс валидации и верификации того или иного программного продукта, чтобы узнать, на сколько точно он удовлетворяет всем техническим требованиям.
Тестирование ПО может производиться на любом этапе разработки, но чаще всего это происходит по окончанию процесса кодирования.
QA (от англ. Quality assurance — обеспечение качества) — это управление качеством процесса, который используется для создания качественного продукта. В отличии от тестирования, которое чаще всего является "контролем качества", обеспечение качества направлено на внесение изменений не только в процесс тестирования, но также во все другие этапы разработки, выпуска и эксплуатации ПО. Все это необходимо для достижения уверенности, что продукт удовлетворит все качественные потребности пользователя.
Quality assurance покрывает различные сферы деятельности: дизайн, развитие, производство, инсталляция и установка оборудования, сервисные услуги, документация и многие др.
Тестирование ПО может производиться на любом этапе разработки, но чаще всего это происходит по окончанию процесса кодирования.
QA (от англ. Quality assurance — обеспечение качества) — это управление качеством процесса, который используется для создания качественного продукта. В отличии от тестирования, которое чаще всего является "контролем качества", обеспечение качества направлено на внесение изменений не только в процесс тестирования, но также во все другие этапы разработки, выпуска и эксплуатации ПО. Все это необходимо для достижения уверенности, что продукт удовлетворит все качественные потребности пользователя.
Quality assurance покрывает различные сферы деятельности: дизайн, развитие, производство, инсталляция и установка оборудования, сервисные услуги, документация и многие др.
пятница, 15 октября 2010 г.
Терминология тестирования
Терминология тестирования
План Тестирования (Test Plan)
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
План Тестирования (Test Plan)
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
вторник, 28 сентября 2010 г.
Что такое тестирование ПО
Тестирование — неотъемлемая составляющая процесса программной инженерии, один из методов дальнейшего улучшения качества разработанного программного обеспечения системы посредством выявления оставшихся дефектов, не обнаруженных ранее другими видами проверок.
Специалист по тестированию
В общем случае, специалист по тестированию - достаточно разносторонне образованный в информационных технологиях инженер, имеющий представление о принципах построения ПО, структуре программных комплексов или практический опыт в разработке ПО. Также зачастую, к специалистам по тестированию работодателями выдвигаются требования в области работы с базами данных, знанию языка запросов SQL, скриптовых языков, а также познаний в администрировании операционных систем. Основное требование, что выдвигается к специалисту на позицию тестировщика ПО, это умение думать с одной стороны как пользователь того продукта или системы, котоаря находится под тестом, а с другой стороны анализировать поведение системы, входящие параметры и полученные результаты с точки зрения инженера, который принимает участие в разработке программного продукта.
Сами по себе проекты по тестированию ПО в настоящее представляют достаточно самостоятельные инженерные проекты, которые выполняются выделенными проектными командами с применением сред автоматизации тестирования, которые ничуть не уступают по возможностям самым современным средам разработки и отладки программного кода.
Специалист по тестированию
В общем случае, специалист по тестированию - достаточно разносторонне образованный в информационных технологиях инженер, имеющий представление о принципах построения ПО, структуре программных комплексов или практический опыт в разработке ПО. Также зачастую, к специалистам по тестированию работодателями выдвигаются требования в области работы с базами данных, знанию языка запросов SQL, скриптовых языков, а также познаний в администрировании операционных систем. Основное требование, что выдвигается к специалисту на позицию тестировщика ПО, это умение думать с одной стороны как пользователь того продукта или системы, котоаря находится под тестом, а с другой стороны анализировать поведение системы, входящие параметры и полученные результаты с точки зрения инженера, который принимает участие в разработке программного продукта.
Сами по себе проекты по тестированию ПО в настоящее представляют достаточно самостоятельные инженерные проекты, которые выполняются выделенными проектными командами с применением сред автоматизации тестирования, которые ничуть не уступают по возможностям самым современным средам разработки и отладки программного кода.
Тестирование. Основные понятия
План Тестирования (Test Plan)
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
четверг, 9 сентября 2010 г.
Почему аутсорсинг? 6 статья
Что же заставляет компании прибегать к услугам сторонних специалистов? В первую очередь, это экономическая целесообразность аутсорсинга. Рассмотрим простой пример. Небольшая компания имеет локальную сеть из 530 компьютеров, которые требуют администрирования. Перед компанией стоит дилемма: нанять администратора или прибегнуть к услугам сторонней компании. В случае найма штатного сотрудника кроме заработной платы для него необходимо организовать рабочее место, для чего необходимы: компьютер, телефон, коммуникационные розетки для их подключения. Новому сотруднику нужны как минимум стол и стул. Далее, на него будет приходиться какая-то часть платежей за Интернет-канал, коммунальные услуги, часть арендной платы за помещения. За него надо платить налоги (социальный, подоходный), ему положены отпускные, возможны какие-то социальные бонусы (медицинская страховка и т.д.). Далее, каким бы хорошим специалистом нанимаемый администратор ни был, его квалификацию необходимо поддерживать, т.е. периодически оплачивать его обучение. К примеру, повышение квалификации инженера по Windows NT 4.0 до уровня Windows 2000 обойдется компании примерно в $1500. Кроме самих операционных систем, компания использует множество другого системного и прикладного программного обеспечения, грамотное обслуживание которые также требует обучения. В итоге получается, что на самом деле администратор с окладом $400500 в месяц будет обходиться компании в два-три раза дороже. Использование же услуг сторонних специалистов позволит сэкономить значительные средства. Другими причинами обращения к сторонним консультантам могут быть жесткие ограничения на срок внедрения решения, отсутствие соответствующих навыков у штатных специалистов и нецелесообразность получения этих навыков в силу одноразовости проекта, требования со стороны головной организации и ограничения на штат или фонд заработной платы
Подписаться на:
Сообщения (Atom)