These are things you intend to test

These are things you intend to test within the scope of this test plan. Essentially a list of
what is to be tested. This can be developed from the software application test objectives
inventories as well as other sources of documentation and information such as:
· Requirements Specifications
· Design Specifications
· Users Guides
· Operations Manuals or Guides
· Installation Manuals or Procedures
This can be controlled and defined by your local Configuration Management (CM)
process if you have one. This information includes version numbers, configuration
requirements where needed, (especially if multiple versions of the product are supported). It
may also include key delivery schedule issues for critical elements.
Identify any critical steps required before testing can begin as well, such as how to obtain
the required item.
This section can be oriented to the level of the test plan. For higher levels it may be by
application or functional area, for lower levels it may be by program, unit, module or build.
References to existing incident reports or enhancement requests should also be included.
This section can also indicate items that will be excluded from testing

Результаты (русский) 1:

Это вещи, которые вы намерены проверить в рамках данного плана тестирования. По существу списокчто такое быть проверены. Это может быть разработан от целей тестирования приложений программного обеспечениякадастры и другие источники документации и информации, такие как:· Требования спецификации· Характеристики дизайна· Руководства пользователей· Операции руководства или руководства· Руководство по установке или процедурыЭто может быть под контролем и определены управления вашей локальной конфигурации (CM)Если у вас есть один процесс. Эта информация включает в себя номера версий, конфигурациятребования при необходимости, (особенно если поддерживаются несколько версий продукта). Этоможет также включать вопросы расписание доставку ключей для критических элементов.Определить любые критические шаги, необходимые прежде чем тестирования можно также, как получитьтребуемый элемент.Этот раздел может быть ориентирована на уровень плана тестирования. Для более высоких уровней, это может бытьприложение или функциональной области, для более низких уровней, это может быть программа, блок, модуля или сборки.Следует также включить ссылки на существующие отчеты об инцидентах или запросы на улучшение.В этом разделе можно также указать элементы, которые будут исключены из проверки

Результаты (русский) 2:

Эти вещи, которые вы намерены проверить в рамках данного плана тестирования. По сути
список, что должен быть проверен. Это может быть разработан из теста программное обеспечение целей
запасов, а также других источников информации и документации, например:
· Требования Технические
· Дизайн спецификации
· Пользователи проводники
· Руководства по эксплуатации или руководства
· Руководства по монтажу или процедуры
Это может быть контролируемые и определяется вашим Местное управление конфигурацией (СМ)
процесс, если у вас есть. Эта информация включает в себя номера версий, конфигурации
требования, где это необходимо, (особенно, если несколько версий продукта не поддерживаются). Это
может также включать в себя ключевые вопросы расписание доставки критических элементов.
Определить критические шаги, необходимые перед тестированием может начаться, а, например, как получить
необходимый элемент.
В этом разделе могут быть ориентированы на уровне плана тестирования. Для более высоких уровней может быть по
применению или функциональной области, для более низких уровней может быть программным, блок, модуль или построить.
Ссылки на существующих отчетов об инцидентах или запросам усовершенствования также должны быть включены.
В этом разделе также можно указать элементы, которые будут исключены от тестирования

Результаты (русский) 3:

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

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