tестирование dot com

3

2

4

0

При попытке найти "рекордсменов" можно увидеть, что совсем груст-

ная картина сложилась с оплатой (7 П1).

Еще один пример, чтобы показать, какова польза от сопоставле-

ния статистики от релиза к релизу и что нужно делать с теми, кто

эту статистику портит.

Пример

Допустим, что у нас постоянно возникают проблемы с "Оплатой". После

каждого из релизов в ней находят по несколько П1 и П2, т.е. появился

устойчивый паттерн (pattern — шаблон, тенденция) проблемы. Все спе-

ки по оплате составлены продюсером, весь проблемный код написан

программистом и проверен тестировщиком. Первое, что приходит в

голову, — во всем виноват тестировщик. Но если проявить человеко-

любие и талант руководителя, то может всплыть:

• продюсер пишет совершенно мерзопакостные спеки;

• тестировщик в свое время женился на невесте программиста,

всячески избегает его;

• оба они ненавидят продюсера, так как тот является зятем прези-

дента компании.

32

Тестирование Дот Ком. Часть 1

Дальнейшее расследование показывает, что

• продюсер не имеет ни бэкграунда, ни документации, чтобы

понять все нюансы "Оплаты", связанные с электронными пла-

тежами;

• программист и тестировщик зарекомендовали себя как блестя-

щие профессионалы на всех проектах, когда их пути не пересе-

кались.

А вы говорите "Элементарно, Ватсон"! Вот оно, истинное рас-

следование! А то обидели бы бедного тестировщика, а в следую-

щий раз все повторилось бы.

Заметьте, что ко всему этому мы пришли, начав с анализа стати-

стики, а это уже не тестирование, a QA (Quality Assurance — бук-

вально "обеспечение качества", произносится "кью-эй").

Тестирование и QA (Quality Assurance)

Рассмотрим базовую концепцию QA и то, как оно соотносится с

тестированием.

Пример

Лежит дома на диване некий член правления некого крупного банка.

Весь такой благообразный, вальяжный и циничный, как будто он всегда

был и будет членом правления. Тишину разрывает звонок телефона,

холеные пальцы снимают трубку, и в сознание проникает голос быв-

шей жены, которую он бросил 11 лет назад, сразу после своей первой

сделки с продажей вагона ворованных противогазов. Бывшая жена го-

ворит, мол, твой сын прогуливает уроки математики и рисования, це-

луется в подъезде с соседской Дашкой, которая на два года старше

него, перестал гулять с собакой и начал курить. В общем, дела плохие.

Так вот,

QА-подход — это изначально остаться с женой и воспитывать сына.

Тестирование — это когда после звонка оставленной жены экс-

хузбенд запирает сынишку в своей загородной резиденции, ограничи-

вает его духовную и половую жизнь полным собранием произведений

Ги Де Мопассана, выписывает из Англии учителей, устраивает педсо-

вет и говорит, что у них есть 3 года, чтобы неуч, тунеядец, курильщик и

сексоман стал образованным, трудолюбивым и здоровым членом ци-

вилизованного общества.

Таким образом,

QA — это забота о качестве в виде превентирования появле-

ния багов, тестирование — это забота о качестве в виде обна-

ружения багов до того, как их найдут пользователи.

Цель тестирования Decoded

33

Общее в QA и тестировании заключается в том, что они призваны

улучшить ПО, различие между ними — в том, что

• QA призвано улучшить ПО через улучшение процесса

разработки ПО;

• тестирование — через обнаружение багов.

Несмотря на то что большая часть книги посвящена тестирова-

нию, многие вещи будут рассмотрены именно с точки зрения

Quality Assurance.

В реальных компаниях инженер, который занимается улучшени-

ем процесса разработки ПО, должен иметь очень серьезную под-

держку в менеджменте компании, чтобы быть в состоянии про-

вести свои идеи качества в жизнь. Без такой поддержки никакого

прока от инженера по качеству не будет, каким бы гениальным

специалистом он ни был.

Кстати, западные компании часто нанимают аудиторов для проверки