Информационная система для обучения технологии создания программного обеспечения «microsoft solution framework»: стадия стабилизации выпускная квалификационная работа бакалавра

1.3.Стоимость ошибки

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

1. 
   оплата времени работы специалиста по тестированию;
   
2. 
   оплата времени работы программиста, который реализовал модуль, содержащий ошибку, а затем исправил ее;
   
3. 
   стоимость реализации «неправильного» модуля;
   
4. 
   стоимость тестирования «неправильного» модуля;
   
5. 
   стоимость исправления ошибки и проблем, появившихся из-за ее наличия.
   

1. 
   время службы поддержки;
   
2. 
   компенсации пользователю понесенных затрат;
   
3. 
   иски против компании;
   
4. 
   утраченная потенциальная оплата услуг компании ушедшими пользователями и пользователями, которые могли бы стать клиентами компании, но не стали ими из-за ухудшения репутации.
   

1.4.Рынок инструментов тестирования

1. 
   коммерческий продукт (WinRunner, Rational Robot, SilkTest, TestComplete и др.);
   
2. 
   бесплатные и условно-бесплатные инструменты (freeware, shareware);
   
3. 
   собственные утилиты компаний (написанные в ходе работы над проектами).
   

1. 
   функциональность;
   
2. 
   стоимость;
   
3. 
   гибкость настройки продукта под нужды компании;
   
4. 
   возможность самостоятельно дорабатывать продукт;
   

1. 
   в автоматизированных тестах можно использовать функциональность (модули, процедуры, куски кода), которая идет в поставке продукта. В случае, если для тестирования приложения необходимо задействовать подобные методы, этот код не придется писать самому;
   
2. 
   как правило, такие инструменты поставляются со своей собственной средой разработки, которая предоставляет хорошие возможности для написания и отладки автотестов.
   

1. 
   высокая стоимость таких продуктов;
   
2. 
   нет доступа к исходному коду:
   
   1. 
      Если в инструменте обнаруживается ошибка, то его исправление силами поставщика может занять существенное время.
      
   2. 
      Нет возможности оперативно настраивать продукт под нужды компании.
      
3. 
   зачастую коммерческие продукты навязывают свои подходы к тестированию приложений - в соответствии с той моделью, по которой построен данный инструмент. Такой подход не всегда приемлем для отдельно взятых приложений в силу их специфики, устоявшихся практик, человеческих и машинных ресурсов.
   

1. 
   иногда такие инструменты являются побочным результатом создания приложения, особенно в случае TDD (достались бесплатно);
   
2. 
   о них известно «от и до», их достаточно легко использовать;
   
3. 
   доступен исходный код.
   

1. 
   функциональность таких утилит может быть недостаточной для организации автоматизированных тестов;
   
2. 
   доработка до полноценной системы тестирования и её поддержка может быть дорогостоящей.
   

1. 
   разумная стоимость владения. Продукт доступен либо бесплатно, либо за небольшую, как правило, плату;
   
2. 
   просьбы об исправлении багов и расширении функциональности, как правило, находят понимание и оперативный отклик - порой все так же бесплатно либо за скромную плату. В последнем случае выделенные деньги напрямую расходуются на решение тех задач, с которыми столкнулся пользователь инструмента, а не на разработку расширений, которые ему не нужны;
   
3. 
   зачастую у подобных утилит доступен исходный код.
   

1. 
   функциональность таких продуктов может оказаться недостаточной для решения поставленных задач;
   
2. 
   существует риск остаться без поддержки со стороны разработчика продукта.