Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Тестирование программного обеспечения. Фундамен...docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
935.81 Кб
Скачать

Глава 13: Объединяющая 419

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

Документирование на этапе подготовки к финальному тестированию

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

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

Тестирование на этапе подготовки финальной версии

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

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

• Убедитесь, что при последних исправлениях ошибок ничего не нару­шилось. Когда вы получаете по три новых версии в день, а на вы­полнение тестового плана требуется две человеко-недели, эта задача оказывается не из легких. В этом случае наиболее эффективна сле­дующая технология. Получив очередную версию программы, преж­де всего проверьте, как работает последний исправленный фрагмент и ничего ли не нарушено вокруг него. Затем перейдите к общему те­стированию по плану, продолжив его с того места, на котором вы остановились, получив данную версию. Выполнив таким образом весь план и меняя версии программы по его ходу, начинайте новый цикл.

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

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

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

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

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

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

В последний раз раздайте сотрудникам список отложенных проблем. Поскольку все их команда разработки уже рассматривала на последнем совещании, это чистая проформа. Однако руководство все же должно на­последок еще раз оценить качество выпускаемого продукта.

Оценка надежности продукта

После окончания последнего этапа тестирования продукта он либо отправляется в производство и затем в продажу, либо передается в руки тех, кому предстоит выполнить его приемочное тестирование.

Перед тем как продукт покинет стены компании, тестировщиков попро­сят дать оценку качества программы. Готова ли она к выпуску? Руковод­ство компании вполне может проигнорировать ваше мнение на этот счет и поступить по-своему, однако узнать его захочет наверняка.

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