Принятие решения по автоматизации тестирования программного обеспечения
Не каждый проект тестирования программного обеспечения могут и должны быть автоматизированы. Перед тем как ваш отдел принимает новый проект автоматизации испытаний, вы должны учредить процесс, проекты которых рассмотрены и либо приняты или отвергнуты. Это можно сделать с помощью простой автоматизации тестирования Принятие Checklist.Repeatable тестовых со статической DataThe пользу истинной стоимости автоматизации тестирования достигается только тогда, когда те же самые скрипты выполняются несколько раз. первое исполнение очень дорогими, потому что она включает в себя единовременные расходы из средств автоматизации и 100% времени инженер по автоматизации тестирования's. При сценарии выполняются вновь, стоимость снижается автоматизации тестирования резко. Инструмент уже закуплено и сценарии уже были закодированы. Если произошли изменения в заявке, сценарий может требовать технического обслуживания перед казнью. Обслуживание на Малой обновление программного обеспечения должна быть minimal.Because автоматизации испытаний только успешным, когда скрипты могут выполняться несколько раз, только применение которых требует такого же случаях испытаний, который будет выполняться с той же данные хорошими кандидатами для автоматизации. Например, ипотечный приложение, которое должно быть регрессии тестирования на еженедельной основе, может стать хорошим кандидатом для автоматизации тестирования. Сценарий обслуживанию минимальны и сценарии можно Введите ипотечного приложения с помощью той же группой тестовые данные в часть времени на это потребуется Manual Tester для проверки той же functionality.On с другой стороны, система выдачи ипотечных кредитов, которые не могут использовать те же данные испытаний для каждой итерации не будет хорошим кандидатом автоматизации. Из-за особенностей ипотечных систем, данные могут быть поставлен в различных государствах, утверждения или отклонения, основанные на текущих данных, а также департаментов, которые уже обработаны их часть ипотечных применения. Если сценарий не может легко выяснить, какие данные необходимо ввести в программное обеспечение, оно не является хорошей автоматизации candidate.Another проблема с автоматизировать этот тип сложной системы является то, что в тестовой среде часто содержит выборки производства данных, которые обновляются на периодической основе. Иногда это может быть преодолено путем восстановления данных при испытании обновляется в тестовой среде. Целесообразности восстановления тестовых данных на регулярной основе в зависимости от сложности приложения. Вам придется делать это решение от случая к случаю или basis.Application Экологические StabilityEnvironmental стабильность имеет решающее значение для успешной автоматизации проект тестирования программного обеспечения. Скрипты не могут быть закодированы в случае своевременного применения среды недоступны, опыт частых простоев, или чрезмерное дефектов и errors.Little или нет заявления или окружающей среде DowntimeIt занимает больше времени, чтобы написать сценарий, чем вручную проверить же функциональность. Большинство инструментов автоматизации поливал версией C или Visual Basic, это означает, что написание скриптов автоматизированного программирования по существу и принимает адекватные времени и специальных навыков. В отличие от руководства тестов, которые иногда могут быть записаны Off основаны требования и макеты, автоматизированные инструменты требуют фактического применения. При тестовой среде отсутствует, автоматизация инженеры не могут создать сценарии, который продлевает проекта и заканчивается калькуляции more.Excessive простоя может состоять из любого из следующих действий: Нестабильный Отсутствие окружающей инфраструктуры поддержки частое применение обновлений Buggy CodeEffects окружающей среды Нестабильность на сценариев развития и ExecutionWhen приложений или окружающая среда является неустойчивой, сценариев прогресс резко замедлился или вовсе прекратился. В некоторых случаях, можно продолжать сценариев, но это может причинах работу на более позднее свидание. Например, если вы сценариев в глючный код, вы можете в сценарий вокруг сообщений об ошибках и сценарии должны быть пересмотрены на более позднюю дату. Или, может только быть в состоянии создавать сценарии для определенной точке и завершить их на более поздний срок. Чтобы помочь избежать и уменьшить нестабильность окружающей среды, прочитайте главу об уровне обслуживания, дефекты Agreements.Timely Дефект FixesApplication не должны иметь пагубные последствия для автоматизированного Проект тестирования программного обеспечения. Когда дефекты фиксируются в своевременной сценариев может продолжаться без значительных простоев. При оценке проектов автоматизированного тестирования, это всегда лучше, чтобы добавить некоторые буфера времени, которое потребуется приспосабливает для сообщения о дефектах и revisions.When исправления дефекта принимают чрезмерное количество времени, чтобы решить и вызывают проект автоматизированного тестирования программного обеспечения, чтобы быть отложено, настало время собрать воедино заседание. Пригласить всех основных участников и обсудить суть проблемы и то, что все возможное для улучшения ситуации. Возможно развитие тратит слишком много времени, пытаясь воспроизвести проблему и с вашей автоматизации Введите команду лучшее описание поможет им превратить исправления дефекта вокруг быстрее. Может быть, вы можете работать вместе, чтобы классифицировать дефекты и установить разумные сроки для исправления каждой классификации. Например, одним из важнейших дефекта должен быть установлен в тот день при высоком дефекте необходимо фиксируется в 24 hours.Responsive Контакт контактное лицо, ваша команда получает новый проект автоматизированного тестирования, то вам нужно контактного лица. Этот человек ответственность за обеспечение у вас есть бизнес-требования и отвечая на вопросы о том, как работает приложение. Это не будет своей основной работы, поэтому Вам нужно убедиться, что он или она реагирования. Если Вы не можете получить адекватную требованиям бизнеса, данные испытаний, или ответы на вопросы, ваш проект автоматизации не будет successful.Copyright 2004. Данным Хендерсон. Все права Reserved.Danna Хендерсон помог многим организациям автоматизировать тестирование программного обеспечения с WinRunner. Для получения информации о создании надежной, управляемого данными сценарии, а также успешное автоматизированного тестирования, посетите WinRunner экспертов.
Статья Источник: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Вебмастер получить html-код
Добавить эту статью на Вашем сайте прямо сейчас!
Вебмастер представить свои статьи
Не требуется регистрация! Заполните форму и ваша статья в Messaggiamo.Com каталог!
