Cтраница 1
Тестировщики направляют результаты тестирования диспетчеру, который на основании этой информации принимает решение о передаче компьютеров, соответствующих группе заказов, на отгрузку. [1]
Аналогичным образом тестировщики модуля могут сгенерировать дополнительные реальные выборочные данные. [2]
С ее помощью разработчик и тестировщик могут легко выяснить, как приложения отображаются друг на друга, что облегчает проверку соответствия приложений спецификациям. Однако проектировщику удобнее пользоваться блок-схемой навигации, так как в ней показываются еще и функции маршрутов навигации. Таким образом, следует применять оба подхода, поскольку систему нужно как разрабатывать, так и проектировать. При этом неважно, будут это делать одни и те же или разные люди. [3]
Такой подход чрезвычайно удобен для тестировщиков и разработчиков, так как создаваемый журнал можно связать с системой отслеживания ошибок. При этом об ошибках автоматически сообщается разработчику, который вносит необходимые изменения или исправления. Если разработчик не согласен с рекомендациями тестировщика, то спорный вопрос можно передать на рассмотрение выше, служащему, обеспечивающему гарантию качества системы. [4]
Для проверки набора и описания целей должны быть привлечены представители пользователей, проектировщиков, тестировщиков и документалистов. Здесь первым шагом является установление соответствия целей и требований, с тем чтобы обеспечить точный перевод каждого требования в спецификации. Любая цель должна быть оценена с учетом направлений, приведенных выше. Желательно добиться оценки полноты и непротиворечивости целей на нескольких уровнях управления как со стороны организации пользователя, так и проектирующей организации. [5]
Внешний проект выражен во внешней специфика ции, имеющей широкую аудиторию пользователей, разработчиков и тестировщиков. Выработка сложной и правильной внешней спецификации является наиболее трудной проблемой в создании ПО. [6]
Одной из важнейших характеристик книги проекта является наличие в ней достаточной информации для поддержки системы тестирования. Другими словами, тестировщик сможет выяснить, соответствует ли данное приложение предъявляемым ему системным требованиям. [7]
ЕСЛИ группа разработки небольшой системы находится в достаточно близких отношениях с пользователями новой системы, то тестирование могут выполнять и пользователи. Такой подход применяется и в том случае, если других тестировщиков найти невозможно. [8]
Процедуры резервного копирования и восстановления информации являются важнейшими элементами любой производственной системы, поэтому необходимо протестировать систему резервного копирования и восстановления. Если предполагается, что система будет работать двадцать четыре часа в сутки и семь дней в неделю, причем непрерывное время простоя не превысит двадцати минут, то тестировщик должен иметь возможность в любой момент войти в компьютерный зал и остановить работу, а обслуживающий персонал - ввести систему в действие в течение отведенного времени. [9]
Небольшие таблицы, которые заполнены данными, близкими к реальным. Этот вариант демонстрирует пользователям, как приложение будет выглядеть на самом деле. Разработчики и тестировщики строят используемые здесь тестовые данные одновременно с приложением. [10]
Такой подход чрезвычайно удобен для тестировщиков и разработчиков, так как создаваемый журнал можно связать с системой отслеживания ошибок. При этом об ошибках автоматически сообщается разработчику, который вносит необходимые изменения или исправления. Если разработчик не согласен с рекомендациями тестировщика, то спорный вопрос можно передать на рассмотрение выше, служащему, обеспечивающему гарантию качества системы. [11]
Книга проекта должна быть самодостаточным документом, чтобы проектировщик мог использовать ее для построения приложения. Если книга проекта не готова, то проверить систему нельзя, так как нет эталона, по отношению к которому следует проводить тест. Существует множество автоматизированных средств, помогающих выполнить тестирование. Тестировщик должен знать точное назначение системы как с точки зрения пользовательского интерфейса, так и в смысле применения базы данных, тогда он сможет убедиться в эффективности приложения. Тестировщик обязан изучить требования и удостовериться, что приложение соответствует им и работает согласно проекту. [12]
Книга проекта должна быть самодостаточным документом, чтобы проектировщик мог использовать ее для построения приложения. Если книга проекта не готова, то проверить систему нельзя, так как нет эталона, по отношению к которому следует проводить тест. Существует множество автоматизированных средств, помогающих выполнить тестирование. Тестировщик должен знать точное назначение системы как с точки зрения пользовательского интерфейса, так и в смысле применения базы данных, тогда он сможет убедиться в эффективности приложения. Тестировщик обязан изучить требования и удостовериться, что приложение соответствует им и работает согласно проекту. [13]
Выполняющий блочное тестирование, должен отвечать за свою работу. Не обязательно, чтобы этот человек был очень опытен. Его цель - выяснить, отвечает ли программа ожиданиям пользователя. То, что программа работает по сценарию, намеченному разработчиком, вовсе не означает, что она полностью соответствует желаниям пользователя. Тестировщик как бы замещает пользователя. Он должен пощелкать по всем кнопкам и отметить все проблемы, возникающие в системе. [14]