542 Часть III: Управление проектами и группами

Не описаны временные зависимости

Тестировщик может не заметить, что для воспроизведения ошибки необходимо нажимать клавиши с интервалами в миллисекунды, или наобо­рот, ждать как минимум пять минут перед нажатием следующей клавиши. Иногда он даже не понимает, что имеет дело с ситуацией гонок или дру­гой ошибкой, связанной со временем. Заметив зависимость работы про­граммы от времени, обязательно напишите об этом в отчете. А столкнувшись с невоспроизводимой ошибкой, подумайте, не вызвана ли она ситуацией гонок.

Сложные условия

Тестировщики часто выполняют сложные комбинированные тесты ради экономии времени. Однако, выявив ошибку, следует найти как можно более простой способ ее воспроизведения и именно его и опи­сать в отчете.

Преувеличения

Не делайте из маленького недостатка большую проблему. Старайтесь сохранять объективность и здравый смысл, иначе вы заслужите репутацию нудного и придирчивого человека.

Личные выпады

Не отзывайтесь плохо о работе программиста. Не жалуйтесь, что он не исправляет ошибки, даже если они достаточно серьезны. Старайтесь сохра­нять с сотрудниками мирные и деловые отношения и искать конструктив­ные пути решения проблем.

Ошибка выявлена и забыта

Найдя ошибку, недостаточно просто составить о ней отчет. Необходи­мо проследить за дальнейшей судьбой этого отчета и гарантировать, что об ошибке узнают все заинтересованные сотрудники и она не останется в программе просто потому, что о ней забыли.

Не составлен итоговый отчет

Не думайте, что, если вы передали программисту отчет об ошибке, он его прочел и принял необходимые меры. Некоторые программисты теря­ют отчеты. Другие делают из них самолетики или заворачивают в них рыбу. А кое-кто даже прячет отчеты от руководителя. Каждую неделю или две обязательно составляйте и передавайте руководству сводные отчеты с пе­речнем всех нерешенных проблем и неисправленных ошибок. Эта проце­

Приложение: Распространенные программные ошибки 543

дура должна быть стандартной. Отчет должен охватывать абсолютно все ошибки и быть составлен в безличностной некритической форме.

Серьезная проблема не документирована повторно

Если ошибка серьезна, не удовлетворяйтесь резолюцией Отложено или Соответствует спецификации. Подумайте, как описать ее в такой форме, чтобы руководитель проекта понял ее важность, и составьте новый отчет. Если это не сработает, передайте отчет вышестоящему руководству.

Не проверено исправление

Программист сообщает, что ошибка исправлена. Не верьте ему на сло­во. До трети всех исправлений либо неправильны, либо решают лишь часть проблемы. Кроме того, программист может исправить не то, что нужно. Иногда вместо истинной причины ошибки исправляются ее последствия, и тогда ошибка может проявиться где-нибудь еще. Если не провести тща­тельного регрессионного тестирования, нельзя гарантировать, что ошибка исправлена и больше ничего не нарушено.

Перед выпуском не проанализирован список нерешенных проблем

Непосредственно перед выпуском продукта еще раз проанализируйте список всех неисправленных ошибок и отложенных проблем. Мы настоя­тельно рекомендуем взять это за твердое правило и убедиться, что по всем отчетам о проблемах, по крайней мере, приняты определенные решения. Это ваш последний шанс напомнить людям о серьезных ошибках.