Тестирование черного ящика. Б. Бейзер (2004) (1186170), страница 71
Текст из файла (страница 71)
Захват/воспроизведение данных. Захват/воспроизведение данных — это инструмент, автоматнзируюший проектирование тестов, так как он записывает такие важные события, как вводы данных, нажатия на клавиши и так далее, а также отклик программного обеспечения (то есть выходные данные). Таким образом, он создает сценарий теста, который запускается во время фазы воспроизведения. Инструмент захват/воспроизведение может быть как простым, так и сложным, может записывать и воспроизводить все, начиная от единичного нажатия на клавишу и заканчивая пиксельным отображением экрана. Важность метода захвата/воспроизведения в отношении данных состоит в том, что это самый легкий способ перехода от ручного тестирования к автоматическому.
Захват/воспроизведение данных становится еше более мошным инструментом автоматизации проектирования, когда он используется в комбинации с текстовым редактором. Обычно если вы работаете с серией тестов, вы обнаруживаете, что большинство входных данных не меняются от теста к тесту, и только небольшое количество входных и выходных данных отличается. Таким образом, сушествует возможность запустить только один сложный сценарий и впоследствии создать различные варианты тестов, редактируя его. Если в процессе выполнения теста обнаруживаются ошибки, они исправляются путем редактирования. И вы можете быть уве- 278 Глава 10 ° Инструментальные средства и автоматизация репы в том, что ошибки в тесте не возникнут опять при следующем запуске.
Это как раз то, что не может быть выполнено, и уж тем более доказано, при тестировании вручную. Инструмент для захвата(воспроизведения данных бесполезен без возможности редактирования тестов (например, при помощи текстового редактора). 2.
Мультистратегические генераторы. К 1994 году на рынке был представлен только один коммерческий мультистратегический тестовый генератор— Т [1ОЕ194). В основе генераторов, рассчитанных на одну стратегию, лежат эвристическое тестирование доменов, синтаксическое тестирование, входные комбинации, случайные входные данные и другие, хорошие и не очень, существующие методы. Такие инструменты будут производиться и в дальнейшем. Сейчас, когда вы знаете основные методы поведенческого тестирования, вы можете оценить, понимают ли предполагаемые производители инструментов тестирования эти методы или же они только генерируют ни на чем не основанную эвристику. 10.4.5.
Рекомендации по выбору производителя инструментов тестирования Это не урок по оценке и выбору инструмента (может, к этой теме стоит обратиться в следующей книге?), а некоторые важные замечания, на которые следует обратить внимание при оценивании инструментов и производителей. 1. Съешьте сами то, что производите. Это я впервые услышал от Роджера Шермана из компании М1сгозо(ц Если вы продаете еду для собак, вам не следует колебаться, перед тем как съесть миску своей собственной продукции. Вам может не понравиться вкус, но вы знаете, что это безопасно для здоровья. Спросите предполагаемого продавца инструментов, использовал ли он свой собственный продукт тестирования для себя. Если он затрудняется с ответом, уходите, так как он не доверяет своей продукции.
2. Подключение тестирующего средства. Инструменты тестирования не работают сами по себе. Инструменты тестирования встраиваются в более широкую среду разработки программного обеспечения и связанные с ней инструменты и методологии, Вам следует рассматривать не только преимушества инструментов, но также и легкость, с которой вы можете их интегрировать в вашу среду. Хорошие инструменты, которые не могут взаимодействовать с другими инструментальными средствами, встречаются довольно редко. 3. Поддержка. Не стоит ожидать бесплатной поддержки от производителей инструментов.
Но вы всегда можете купить поддержку по приемлемой цене. Инструменты тестирования, подобно другим инструментам разработки программного обеспечения, могут быть довольно сложны, особенно если в основе инструмента лежит запатентованный метод. Я знал производителей замечательных инструментов, выброшенных с рынка, так как они были 10.5. Будущее тестирования 279 согласны продавать инструмент, но не поддержку, без которой инструмент просто ничто.. 10.4.6.
Не обманывайте сами себя Здесь приведена общая, но верная схема. Организация вкладывает инвестиции в инструменты тестирования. На каждом уровне организации существует стремление к качеству. Войска готовы и полны энтузиазма. Каждый разработчик и тестировщик получают лицензионную копию инструмента. Через год спросите своих сотрудников, кто все еще использует этот инструмент.
Несмотря на инвестиции, первоначальный энтузиазм и все остальное, таких будет менее 5 процентов. Что же произошло? Почему зто случается так часто? Все недооценили время, которое было необходимо потратить на изучение инструментов и базовых методов, чтобы ясно понять, что данный инструмент и методы были эффективнее устаревшего ручного способа.
Вы можете изучать материал этой книги в течение одного семестра базового университетского курса или же во время интенсивного пятидневного семинара, но вы не станете экспертом, пока не выполните упражнения и реально не попрактикуетесь с материалом. Без практики методы не усвоятся и, следовательно, никогда не станут частью вашей работы. В студенческой среде зто происходит автоматически, потому что упражнения и практика растягиваются на длительный период времени (а экзамены, несомненно, доказывают эффективность практики). Такие механизмы отсутствуют в обычных производственных условиях. И управленческий аппарат, и тестировщик почему-то ждут, что они усвоят зти уроки при помощи волшебства, не тратя время на практику, и, что хуже всего, они ждут немедленного увеличения производительности. Но как же это может произойти? При реалистичном подходе на время изучения новых методов следует планировать снижение производительности и качества.
За три-четыре недели напряженного труда вы освоите любой метод из этой книги, повысите с его помощью продуктивность и эффективность, а также научитесь использовать связанные с ним инструменты. 10.5. Будущее тестирования 10.5.1. Основы Я не верю и никогда не верил в тестирование, но я не буду летать самолетом, чье программное обеспечение не протестировано должным образом. И я не противоречу сам себе. Я верю в независимое тестирование, но не в группы независимого тестирования. И опять же я не противоречу сам себе. 10.52.
Зачем и почему я не верю в тестирование Тестирование является нашей последней линией обороны от ошибок, но не первой или единственной. Если при тестировании обнаруживаются ошибки, то зто значит, 280 Глава 10 ° Инструментальные средства и автоматизация что предыдущая стадия процесса разработки программного обеспечения неполно- ценна. Предотвращение ошибок дешевле, чем их обнаружение.
Для того чтобы продвигать методы предотвращения ошибок и методы обнаружения первоначальных ошибок, такие как всесторонний анализ, создание прототипов, аналитические модели, формальные методгя и инспектирование, мы, как тестировщики, должны стремиться поставить самих себя вне коммерции. Тестирование предназначено для обнаружения ошибок, которые остаются после выполнения предварительной работы, из-за того, что методы планирования и анализа слепы по отношению к ним. Подобно тому, как компиляторы исключают синтаксические ошибки из обгцего списка ошибок, будущие инструменты будут устранять текущие ошибки из сферы деятельности тестировшиков.
Объектно-ориентированное программирование и эволюция операционных систем подают надежды на то, что исчезнут многие общие ошибки межкомпонентного взаимодействия. Формальные методы могут уменьшить или исключить ошибки взаимодействия характеристик. Я не думаю, что тестирование на самом деле исчезнет, так как остающиеся о~нибки (после усовершенствования процесса) всегда более неуловимы и опасньь Поэтому я ожидаю, что со временем тестирование станет более технологичным, чутким и эффективным.
10.5.3. Зачем и почему я не верю в независимое тестирование Как насчет независимого тестирования? Основная цель независимого тестирования состоит уже не в том, о чем мы думали 10 лет назад. Мы верили тогда, что независимое тестирование оправдывается его беспристрастностью: только группа независимого тестирования может быть объективна. Это плохой аргумент, которого мы не видим в других инженерных областях: «Нам нужен независимый анализ нашего строительства структурного проекта, так как мы не можем доверить проведение компетентного анализа нашим инженерамгь Вот какова гнилая основа независимого тестирования! Исторически основное оправдание существования независимого тестирования состояло не в его беспристрастности (несмотря на то, что мы это так громогласно утверждали), а в защите и выживании тестировшика.
Цель существования группы независимого тестирования — защита тестировгциков. Если в организации не развита культура контроля качества, такая зашита существенна. В серьезной организации, в которой контроль качества осуществляется на всех уровнях, такой довод для обоснования независимого тестирования неприменим. В этом случае можно верить в объективность разработчиков относительно оценки своей собственной работы и нет необходимости защищать тестнровщиков от разработчиков. Так что же тогда является достойной причиной существования групп независимого тестирования? 1. Зашита тестировщиков и обеспечение объективности.
Рассмотрим это как некоторую фазу, через которую должна пройти организация для того, чтобы достичь определенного уровня качества. Это особенно важно, если требования качества диктуются свыше. Это дает надежду на прохождение этой фазы. Группа независимого тестирования может быть расформирована и 10.5.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
