Критерии анализа инструментов.
#1
Отправлено 23 сентября 2003 - 07:47
Принимается критика, уточнения.
Редактор портала www.it4business.ru
#2
Отправлено 23 сентября 2003 - 08:23
#3
Отправлено 23 сентября 2003 - 08:38
Редактор портала www.it4business.ru
#4
Отправлено 30 сентября 2003 - 11:48
План.
Поддерживаемые процессы тестирования.
Поддерживаемые типы тестов.
Интеграция с системами разработки.
Техническая и документальная поддержка компанией разработчиком.
Обучение и сертификация персонала, работающего с набором инструментов и/или методологией.
Представительство компании-разработчика в странах ближнего зарубежья.
На мой пользовательский взгляд немаловажным критерием является удобный формат вывода отчетов о тестировании.
#5
Отправлено 30 сентября 2003 - 11:52
1.Поддерживаемые процессы тестирования.
Так как система автоматизации тестирования тесно связана с реальными процессами разработки программных систем, а также опирается на определённые процессы тестирования, при анализе необходимо в первую очередь обращать внимание на поддержку инструментом или набором инструментария определённых процессов/технологий тестирования и жизненного цикла разработки ПО. Итак, первый критерий анализа:
Поддерживаемые процессы тестирования.
Наверное, тогда надо писать - "Поддерживаемые процессы жизненного цикла разработки ПО"?
Хотя мне кажется, что для систем автоматизированного тестирования важнее наличие интерфейса с системой управления требованиями, с системой bug tracking и другими, потому что иначе меняется объект рассмотрения статьи - анализируется уже не система автоматизированного тестирования, а система управления жизненным циклом ПО.
#6
Отправлено 30 сентября 2003 - 12:30
но по какой-то причине мысль отложена и разделение не проведено.Для более полного анализа стоит разносить в процессе оценки инструменты разных типов, по разным категориям, одновременно расширяя набор критериев для узкоспециализированных инструментов.
#7
Отправлено 30 сентября 2003 - 12:32
Основы методологии проектирования ИС.
Также интересно взглянуть на критерии оценки и выбора CASE-средства:
Критерии оценки и выбора CASE-средства - там есть кое-что относительно поддержки процесса тестирования CASE-редством, так сказать, взгляд наоборот.
#8
Отправлено 30 сентября 2003 - 12:34
Управление жизненным циклом (Lifecycle Management), как процесс тесно связанный с планированием этапов тестирования, как при «водопадной», так и при циклической модели разработки ПО. ресурсов этапов разработки / тестирования.
содержит предложение без начала (подчеркнуто в цитате)
#9
Отправлено 30 сентября 2003 - 12:35
Управление изменениями (Change request management), как процесс специфичный для этапов тестирования, но интегрированный в процесс внесения изменений в программный код.
Выглядит туманно - я еще могу себе представить, как заявленные change requests добавляются в требования к системе, но как это должно быть интегрировано в процесс внесения изменений в коде? Можно пояснить? И еще - если управление изменениями должно быть интегрировано в процесс внесения изменений в код, почему нет того же самого в отношении процесса управления ошибками?
#10
Отправлено 30 сентября 2003 - 12:39
Автоматизирование, как процесс построения автоматизированных окружений, для выполнения однотипных базовых операций (построений билдов, соблюдение версионности, генерация отчетной и проектной документации; создание, хранение, выполнение тестовых процедур, обработка результатов их работы), а также как процесс интеграции систем разработки и тестирования.
Возможно ли найти такую систему, в которой все это будет автоматизировано?
#11
Отправлено 30 сентября 2003 - 13:40
То есть сначала вы предлагаете перевести исследование статьи в русло жизненных циклов разработки (хотя к этому статья не предрасположена), а потом получиться что статья не посвящена технологиям тестирования а получится именно и разработке? :) Олешка, как-то совсем туманно выходит :)Наверное, тогда надо писать - "Поддерживаемые процессы жизненного цикла разработки ПО"?
Редактор портала www.it4business.ru
#12
Отправлено 30 сентября 2003 - 13:46
Неа ;) - я как раз предлагаю сосредоточиться в статье на процессах тестирования.То есть сначала вы предлагаете перевести исследование статьи в русло жизненных циклов разработки (хотя к этому статья не предрасположена), а потом получиться что статья не посвящена технологиям тестирования а получится именно и разработке? :) Олешка, как-то совсем туманно выходит :)Наверное, тогда надо писать - "Поддерживаемые процессы жизненного цикла разработки ПО"?
#13
Отправлено 30 сентября 2003 - 13:46
А зачем ещё нужен запрос на изменение как не для того, чтобы внести изменение в код???Выглядит туманно - я еще могу себе представить, как заявленные change requests добавляются в требования к системе, но как это должно быть интегрировано в процесс внесения изменений в коде?
А почему вы отрываете эти два процесса? Риквест, изменение, управление ошибками - как то вы их лихо размели по углам - получается действительно ерунда. У вас кстати довольно интересный стиль ведения полемики :)Можно пояснить? И еще - если управление изменениями должно быть интегрировано в процесс внесения изменений в код, почему нет того же самого в отношении процесса управления ошибками?
Впрчем это известная в форумах политика - сначала сказать нет ты не прав, потому что (вставляетсЯ что-то чего аппонент не говорил), потом тут же опровергнуть его же словами :)
Олешка - я благодарен за критику - но если можно чуть более предметно.
Это кстати почему-то касается многих ваших постов в той же теме по обучению персонала и по сертификации системы качества - я к примеру упорно не уловливаю с первого прочтения суть вашего сообщения. Возможно не всегда виновать обьясняющий :), но всё же.
Редактор портала www.it4business.ru
#14
Отправлено 30 сентября 2003 - 13:48
Тогда почему писать процессы разработки ПО? (в первой редакции статьи так и было написано, но потом я изменил и формулировку и абзац полностью)Наверное, тогда надо писать - "Поддерживаемые процессы жизненного цикла разработки ПО"?
Я сказал именно то на чём хотел акцентировать внимание - на поддерживаемых технологиях тестирования - то есть, работа с ошибками, с требованиями, а не с планированием итераций билдов или версий, к примеру.
Редактор портала www.it4business.ru
#15
Отправлено 30 сентября 2003 - 13:50
Всегда-всегда :) Попробую более предметно.Возможно не всегда виновать обьясняющий :), но всё же.
#16
Отправлено 30 сентября 2003 - 13:51
Да зачем говорить в статье о инструментах тестирования и критериях их оценки о жизненном цикле разщработки? Тестирование и так довольно сущетсвенно привязано к этапам разработки, так зачем же окончательно привязывать к ним ещё и анализ инстументов?Если говорить о поддерживаемых процессах жизненного цикла
Никак не пойму.
Сначала нужно изменить формулировку, потом тут же есть набор материала по теме о которой я в статье не пишу :)
Олешка, если Вам не сложно, набросайте свои идеи письмом, что ли?
Редактор портала www.it4business.ru
#17
Отправлено 30 сентября 2003 - 13:52
Я как раз удивилась, почему они разнесены в статье, а вовсе не отрываю их друг от друга. Они же там указаны, как отдельные процессы.А почему вы отрываете эти два процесса? Риквест, изменение, управление ошибками - как то вы их лихо размели по углам - получается действительно ерунда.
#18
Отправлено 30 сентября 2003 - 13:52
Да почему найти? :)Автоматизирование, как процесс построения автоматизированных окружений, для выполнения однотипных базовых операций (построений билдов, соблюдение версионности, генерация отчетной и проектной документации; создание, хранение, выполнение тестовых процедур, обработка результатов их работы), а также как процесс интеграции систем разработки и тестирования.
Возможно ли найти такую систему, в которой все это будет автоматизировано?
Выбрать инструмент который позвлит такоую систему в том или ином приближении построить!
Редактор портала www.it4business.ru
#19
Отправлено 30 сентября 2003 - 13:59
А я про что? Только это же не мой текст:Да зачем говорить в статье о инструментах тестирования и критериях их оценки о жизненном цикле разщработки? Тестирование и так довольно сущетсвенно привязано к этапам разработки, так зачем же окончательно привязывать к ним ещё и анализ инстументов?
Так как система автоматизации тестирования тесно связана с реальными процессами разработки программных систем, а также опирается на определённые процессы тестирования, при анализе необходимо в первую очередь обращать внимание на поддержку инструментом или набором инструментария определённых процессов/технологий тестирования и жизненного цикла разработки ПО. Итак, первый критерий анализа:
Поддерживаемые процессы тестирования
Не чувствуется несогласованности?
#20
Отправлено 30 сентября 2003 - 14:06
Что тут чётко не так?
Редактор портала www.it4business.ru
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных