Перейти к содержимому

Фотография

Буква R


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 5

#1 saezar

saezar

    Активный участник

  • Members
  • PipPip
  • 113 сообщений
  • ФИО:Сергей

Отправлено 16 мая 2008 - 05:23

random testing A black box test design technique where test cases are selected, possibly using a pseudo-random generation algorithm, to match an operational profile. This technique can be used for testing non-functional attributes such as reliability and performance.
Выборочное(случайное) тестирование Техника тестирования черного ящика, в которой тесты для проверки выбираются случайно, возможно с использованием псевдослучайного алгоритма. Техника может использоваться для тестирования нефункциональных атрибутов, таких как надёжность и производительность

recorder See scribe.

record/playback tool See capture/playback tool.

recoverability The capability of the software product to re-establish a specified level of performance and recover the data directly affected in case of failure. [ISO 9126] See also reliability.
Отказоустойчивость Способность программного обеспечения восстанавливать заданный уровень производительности и восстанавливать данные, испорченные непосредственно в случае сбоя. [ISO 9126] Так же см. Надёжность

recoverability testing The process of testing to determine the recoverability of a software product. See also reliability testing.
Тестирование отказоустойчивости Процесс тестирования направленный на определение способности к восстановлению программного обеспечения. Так же см. тестирование надежности

recovery testing See recoverability testing.
Восстановительное тестирование См. Тестирование отказоустойчивости

regression testing Testing of a previously tested program following modification to ensure that defects have not been introduced or uncovered in unchanged areas of the software, as a result of the changes made. It is performed when the software or its environment is changed.
Регрессионное тестирование Тестирование ранее тестировавшейся программы после её модификации, для уверенности, что изменения не внесли или не выявили дефекты в неизменённой части программы. Тестирование проводится в случае если программа или оборудование(операционное окружение) модифицировались.

regulation testing See compliance testing.

release note A document identifying test items, their configuration, current status and other delivery information delivered by development to testing, and possibly other stakeholders, at the start of a test execution phase. [After IEEE 829]
Описание версии Документ, определяющий тестируемый элемент, его конфигурацию, текущий статус и другую сопутствующую информацию, предоставляемую разработчиками тестировщикам и остальным заинтересованным лицам в начале фазы выполнения тестов.

reliability The ability of the software product to perform its required functions under stated conditions for a specified period of time, or for a specified number of operations. [ISO 9126]
Надёжность Способность программного обеспечения выполнять свои функции в определённых условиях в течение заданного количества времени или заданное количество раз. [ISO 9126]

reliability growth model A model that shows the growth in reliability over time during continuous testing of a component or system as a result of the removal of defects that result in reliability failures.
Модель повышения надёжности Модель, показывающая увеличение надёжности в течении непрерывного тестирования компонента или системы, как результат устранения дефектов (приводящих к снижению надёжности)

reliability testing The process of testing to determine the reliability of a software product.
Тестирование надёжности Процесс тестирования, направленный на определение надёжности программного обеспечения.

replaceability The capability of the software product to be used in place of another specified software product for the same purpose in the same environment. [ISO 9126] See also portability.
Совместимость Способность программного обеспечения использоваться вместо другого ПО для тех же целей в том же окружении [ISO 9126] Так же см. Переносимость

requirement A condition or capability needed by a user to solve a problem or achieve an objective that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed document. [After IEEE 610]
Требование Условие или способность, востребованная пользователем для решения его задач или достижения целей, которое должно(-а) содержаться в системе или компоненте системы для выполнения условий договора, стандарта, спецификации или другого формализующего документа

requirements-based testing An approach to testing in which test cases are designed based on test objectives and test conditions derived from requirements, e.g. tests that exercise specific functions or probe non-functional attributes such as reliability or usability.
Тестирование на основе требований Подход к тестированию, при котором тесты разрабатываются на основании целей(?) и условия тетирования основываются на требованиях. То есть каждый тест проверяет определённую функцию или измеряет нефункциональный атрибут, такой как надёжность или удобство использования

requirements management tool A tool that supports the recording of requirements, requirements attributes (e.g. priority, knowledge responsible) and annotation, and facilitates traceability through layers of requirements and requirements change management. Some requirements management tools also provide facilities for static analysis, such as consistency checking and violations to pre-defined requirements rules.
Система управления требованиями Инструмент, поддерживающий запись требований, атрибутов (приоритет, ответственность, и.т.д.) и примечаний, облегчающий просмотр связности между уровнями требований и управлением изменениями в требованиях. Некоторые Системы управления требованиями также предоставляют средства для статистического анализа, такие как проверка полноты требований и проверка нарушений требований верхнего уровня.

requirements phase The period of time in the software life cycle during which the requirements for a software product are defined and documented. [IEEE 610]
Фаза разработки требований Период жизненного цикла ПО, в течении которого требования определяются и документируются.

resource utilization The capability of the software product to use appropriate amounts and types of resources, for example the amounts of main and secondary memory used by the program and the sizes of required temporary or overflow files, when the software performs its function under stated conditions. [After ISO 9126] See also efficiency.
Ресурсоёмкость Способность ПО использовать определённые ресурсы, к примеру требуемая основная и дополнительная память, требуемое место на диске при выполнении определённых операций в определённых условиях. Так же см эффективность

resource utilization testing The process of testing to determine the resource-utilization of a software product. See also efficiency testing.
Тестирование ресурсоёмкости Процесс тестирования, направленный на определение ресурсоёмкости ПО. Так же см. тестирование эффективности

result The consequence/outcome of the execution of a test. It includes outputs to screens, changes to data, reports, and communication messages sent out. See also actual result, expected result.
Результат Следствие/результат исполнения теста. Включает в себя (может включать (прим.пер.) вывод на экран, изменения в данных, отчёты и отправленные сообщения. См. также актуальный результат, ожидаемый результат

resumption criteria The testing activities that must be repeated when testing is re-started after a suspension. [After IEEE 829]
Критерии возобновления Условия, которые должны быть выполнены при перезапуске прерванного тестирования.

re-testing Testing that runs test cases that failed the last time they were run, in order to verify the success of corrective actions.
Перетестирование (Повторный прогон?) Тестирование, при котором проваленный тест выполняется повторно, для проверки или корректирующих действий

retrospective meeting
A meeting at the end of a project during which the project team members evaluate the project and learn lessons that can be applied to the next project.
Итоговое собрание (Разбор полётов?) Собрание участников по окончании проекта для оценки полученных результатов и извлечения полученных навыков и опыта.

review An evaluation of a product or project status to ascertain discrepancies from planned results and to recommend improvements. Examples include management review, informal review, technical review, inspection, and walkthrough. [After IEEE 1028]
Обзор Оценка статуса продукта или проекта для выяснения отличий от планируемых результатов и рекомендации для улучшения. Например, управленческий, информационный, технический и др.

reviewer The person involved in the review that identifies and describes anomalies in the product or project under review. Reviewers can be chosen to represent different viewpoints and roles in the review process.
Обозреватель Человек (Роль?), вовлечённый в обзор что бы определить и описать отклонения в продукте или проекте. Обозреватель может быть призван для представления взгляда с разных сторон на проект или продукт.

review tool A tool that provides support to the review process. Typical features include review planning and tracking support, communication support, collaborative reviews and a repository for collecting and reporting of metrics.
??? Иструментарий, облегчающий проводить обзор (проекта или ПО(прим.пер). Типичными функциями являются поддержка планирования, отслеживания (задач?), функции коммуникации, совместной работы и хранилища для сбора и отчётности по метрикам.

risk " A factor that could result in future negative consequences; usually expressed as impact and likelihood."
Риск Фактор, могущий повлечь за собой в будущем негативные последствия. Обычно выражается как воздействие или вероятность

risk analysis The process of assessing identified risks to estimate their impact and probability of occurrence (likelihood).
Анализ рисков Процесс оценки выявленных рисков для вычисления их последствий и возможности (вероятности) их возникновения

risk-based testing An approach to testing to reduce the level of product risks and inform stakeholders on their status, starting in the initial stages of a project. It involves the identification of product risks and their use in guiding the test process.
Риск-ориентированиое тестирование Подход к тетированию, основаный на уменьшении рисков при выпуске продукта и информировании заинтересованых лиц о текущем статусе рисков с самого начала проекта. Подход предусматривает определение рисков и использование их в качестве управляющих факторов при тестировании

risk control The process through which decisions are reached and protective measures are implemented for reducing risks to, or maintaining risks within, specified levels.
Контроль рисков Процесс, в результате которого принимаются решения и применяются превентивные меры для уменьшения риска до определённого уровня, или его удержания на нём.

risk identification The process of identifying risks using techniques such as brainstorming, checklists and failure history.
Определение рисков Процесс определения рисков с использованием техник, таких как мозговой штурм, чеклисты или опыт предыдущих проектов.

risk level The importance of a risk as defined by its characteristics impact and likelihood. The level of risk can be used to determine the intensity of testing to be performed. A risk level can be expressed either qualitatively (e.g. high, medium, low) or quantitatively.
Уровень риска Важность риска, определённая характеристиками его поледствий и вероятности возникновения. Уровень риска может применяться для определения интенсивности тестирования. Уровень риска может быть определён как качественно (Высокий, средний: ) так и количественно.

risk management Systematic application of procedures and practices to the tasks of identifying, analyzing, prioritizing, and controlling risk.
Управление рисками Сиситематическое применение процедур и практик к задачам определения, анализа, приоретизации и контроля рисков.

risk mitigation See risk control.
Смягчение рисков См. Контроль рисков

risk type A specific category of risk related to the type of testing that can mitigate (control) that category. For example the risk of user-interactions being misunderstood can be mitigated by usability testing.
Тип риска Специфичная категория риска по отношению к типу тестирования, способного смягчить этот риск. К примеру, риск неприятия интерфейса пользователем может быть смягчён юзабилити-тестированием (Юзабилити-риск (прим.пер.)

robustness The degree to which a component or system can function correctly in the presence of invalid inputs or stressful environmental conditions. [IEEE 610] See also error-tolerance, fault-tolerance.
Устойчивость Пределы, в которых компонент или система могут функционировать корректно в условиях неверных входных данных или в стрессовых условиях операционного окружения. Также см. устойчивость к ошибкам и устойчивость к сбоям.

robustness testing Testing to determine the robustness of the software product.
Тестирование устойчивости Тестирование направленное на определение устойчивости ПО к стрессовым ситуациям

root cause A source of a defect such that if it is removed, the occurance of the defect type is decreased or removed. [CMMI]
Корневой дефект (Корень зла, гнездовище дефектов) Источник дефекта, в случае устранения которого, проявления дефекта будут уменьшены или устранены полностью.

root cause analysis An analysis technique aimed at identifying the root causes of defects. By directing corrective measures at root causes, it is hoped that the likelihood of defect recurrence will be minimized.
Анализ корневых дефектов Техника анализа, направленая на выявление корневых дефектов. Посредством направленных корректирующих воздействий на корневой дефект добиваются минимизации вероятности порявления дефекта.
  • 0

#2 Alfa

Alfa

    Специалист

  • Members
  • PipPipPipPipPip
  • 553 сообщений
  • Город:Moscow

Отправлено 16 мая 2008 - 06:39

random testing A black box test design technique where test cases are selected, possibly using a pseudo-random generation algorithm, to match an operational profile. This technique can be used for testing non-functional attributes such as reliability and performance.
Выборочное(случайное) тестирование Техника тестирования черного ящика, в которой тесты для проверки выбираются случайно, возможно с использованием псевдослучайного алгоритма. Техника может использоваться для тестирования нефункциональных атрибутов, таких как надёжность и производительность

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

Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.


#3 Angela

Angela

    Новый участник

  • Members
  • Pip
  • 27 сообщений
  • Город:Москва

Отправлено 16 мая 2008 - 08:17

root cause analysis An analysis technique aimed at identifying the root causes of defects. By directing corrective measures at root causes, it is hoped that the likelihood of defect recurrence will be minimized.
Анализ корневых дефектов Техника анализа, направленая на выявление корневых дефектов. Посредством направленных корректирующих воздействий на корневой дефект добиваются минимизации вероятности порявления дефекта.
[/quote]


root cause это не корневой дефект. Это корневая (т.е. исходная) причина дефектов. Это может быть недорапботки процесса, навыки людей и прочее. с кучкованием дефектов это никак не связано
  • 0
Иванова Елена
Руководитель программы тестирования, Люксофт

#4 Angela

Angela

    Новый участник

  • Members
  • Pip
  • 27 сообщений
  • Город:Москва

Отправлено 16 мая 2008 - 08:19

[replaceability The capability of the software product to be used in place of another specified software product for the same purpose in the same environment. [ISO 9126] See also portability.
Совместимость Способность программного обеспечения использоваться вместо другого ПО для тех же целей в том же окружении [ISO 9126] Так же см. Переносимость



Это не совместимость, а заменяемость
  • 0
Иванова Елена
Руководитель программы тестирования, Люксофт

#5 KaNoN

KaNoN

    АЦЦКИЙ СОТОНА

  • Members
  • PipPipPipPipPipPip
  • 1 260 сообщений
  • ФИО:Колесник Николай
  • Город:Днепропетровск > Киев > Лондон

Отправлено 16 мая 2008 - 09:19

recoverability The capability of the software product to re-establish a specified level of performance and recover the data directly affected in case of failure. [ISO 9126] See also reliability.
Отказоустойчивость Способность программного обеспечения восстанавливать заданный уровень производительности и восстанавливать данные, испорченные непосредственно в случае сбоя. [ISO 9126] Так же см. Надёжность

recoverability != отказоустойчивость

Я думаю, что в определении этого термина стоит отталкиваться от "Способность к восстановлению". То есть, более корректный перевод кроется где-то в районе Восстанавливаемость. Этот вариант тоже пока что далек от совершенства, но заметно ближе к истине :crazy: .

re-testing Testing that runs test cases that failed the last time they were run, in order to verify the success of corrective actions.
Перетестирование (Повторный прогон?) Тестирование, при котором проваленный тест выполняется повторно, для проверки или корректирующих действий

re-testing = повторное тестировнаие.
Повторный прогон - тоже близко. Как насчет повторный прогон теста?
  • 0

#6 saezar

saezar

    Активный участник

  • Members
  • PipPip
  • 113 сообщений
  • ФИО:Сергей

Отправлено 21 мая 2008 - 02:10

Все замечания учту
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных