Заюзить (от англ. to use) - использовать.


Оглавление настоящего словаря - http://software-testing.ru/forum/index.php?showtopic=12862.

Иногда встречается вариант "заюзать"

2Case,
Интересуют-ли следующие стандарты ?

ГОСТ 19 ЕСПД
ГОСТ 19.001-77 ЕСПД. Общие положения
ГОСТ 19.002-80 ЕСПД. Схемы алгоритмов и программ. Правила выполнения.
Замечание: Взамен ГОСТ 19427-74
ГОСТ 19.003-80 ЕСПД. Схемы алгоритмов и программ. Обозначение условные графические.
Замечание: Взамен ГОСТ 19428-74, см. так же блок-схемы в Visio
ГОСТ 19.004-80 ЕСПД. Термины и определения.
ГОСТ 19.005-85 ЕСПД. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения
ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов
ГОСТ 19.102-77 ЕСПД. Стадии разработки.
ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов.
ГОСТ 19.104-78 ЕСПД. Основные надписи.
ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.
ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.
ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.
ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.
ГОСТ 19.301-79 ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению
Замечание: Введен 01/01/81
ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.
ГОСТ 19.402-78 ЕСПД. Описание программы
ГОСТ 19.403-79 ЕСПД. Ведомость держателей подлинников
Замечание: Введен 07/01/80
ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению
ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению
ГОСТ 19.502-78 ЕСПД. Общее описание. Требования к содержанию и оформлению.
ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению
Замечание: Введен 01/01/80
ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению
Замечание: Введен 01/01/80
ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению
ГОСТ 19.506-79 ЕСПД. Описание языка. Требования к содержанию и оформлению
Замечание: Введен 01/01/80
ГОСТ 19.507-79 ЕСПД. Ведомость эксплуатационных документов
Замечание: Введен 07/01/80
ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению
Замечание: Введен 01/01/81
ГОСТ 19.601-78 ЕСПД. Общие правила дублирования, учета и хранения
Замечание: Введен 01/01/80
ГОСТ 19.602-78 ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом
ГОСТ 19.603-78 ЕСПД. Общие правила внесения изменений
Замечание: Введен 01/01/80
ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполняемые печатным способом.
ГОСТ 19.701-90 (ИСО 5807-85) ЕСПД. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения


ГОСТ 24.201-79 Система технической документации на АСУ. Требования к содержанию документа «Техническое за-дание».
ГОСТ 24.202-80 Система технической документации на АСУ. Требования к содержанию документа «Технико-экономическое обоснование создания АСУ»
ГОСТ 24.204-80 Система технической документации на АСУ. Требования к содержанию документа «Описание по-становки задачи»

ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, ком-плектность и обозначение документов при создании автоматизированных систем

ГОСТ 34.320-96 Информационные технологии. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы

ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизи-рованные системы. Стадии создания.
Замечание: Введен 01.01.92. Взамен ГОСТ 24.601-86, ГОСТ 24.602-86
ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
Замечание: Введен 01.01.90. Взамен ГОСТ 24.201-85
ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем.

ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению

ГОСТ Р ИСО/МЭК 9126-1-1998
ГОСТ Р ИСО 9127-94 Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов
ГОСТ Р ИСО/МЭК ТО 9294-93 Информационная технология. Руководство по управлению документированием про-граммного обеспечения.

ГОСТ Р ИСО/МЭК 12119-2000 Информационная технология. Пакеты программ. Требования к качеству и тестирова-ние.

ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.

Рекомендации по стандартизации. Информационные технологии поддержки жизненного цикла изделия
Р50.1.027-2001 Информационные технологии поддержки жизненного цикла изделия. Автоматизированный обмен технической информацией. Основные положения и общие требования
Р50.1.028-2001 Информационные технологии поддержки жизненного цикла изделия. Методология функционального моделирования Р50.1.029-2001 Информационные технологии поддержки жизненного цикла изделия. Интерактивные электронные технические руководства. Общие требования к содержанию, стилю и оформлению
Р50.1.030-2001 Информационные технологии поддержки жизненного цикла изделия. Интерактивные электронные технические руководства. Логическая структура базы данных
Р50.1.031-2001 Информационные технологии поддержки жизненного цикла изделия. Терминологический словарь. Часть 1. Терминология, относящаяся к стадиям жизненного цикла продукции
Р50.1.032-2001 Информационные технологии поддержки жизненного цикла изделия. Терминологический словарь. Часть 2. Основные термины и определения методологии и функциональных объектов в стандартах серии ISO 10303

ГОСТ Р ИСО 10011-1-93 Государственный стандарт РФ ГОСТ Р ИСО 10011-1-93 "Руководящие указания по провер-ке систем качества Часть 1. Проверка"
ГОСТ Р ИСО 10011-2-93 Государственный стандарт РФ ГОСТ Р ИСО 10011-2-93 "Руководящие указания по провер-ке систем качества Часть 2. Квалификационные критерии для экспертов-аудиторов"
ГОСТ Р ИСО 10011-3-93 Государственный стандарт РФ ГОСТ Р ИСО 10011-3-93 "Руководящие указания по провер-ке систем качества. Часть 3. Руководство программой проверок"
ГОСТ Р 40.001-95 Государственный стандарт РФ ГОСТ Р 40.001-95 "Правила по проведению сертификации систем качества в Российской Федерации"
ГОСТ Р ИСО 9001-96 Государственный стандарт РФ ГОСТ Р ИСО 9001-96 "Системы качества Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании
ГОСТ Р ИСО 9002-96 Государственный стандарт РФ ГОСТ Р ИСО 9002-96 "Системы качества. Модель обеспечения качества при производстве, монтаже и обслуживании"
ГОСТ Р ИСО 9003-96 Государственный стандарт РФ ГОСТ Р ИСО 9003-96 "Системы качества. Модель обеспечения качества при окончательном контроле и испытаниях"

ГОСТ Р ИСО 9001-2001 Системы менеджмента качества. Требования.
ГОСТ Р 40.001-95 Правила по проведению сертификации систем качества в Российской Федерации"

Я бы сказал скорее "упущение, недоработка", а не ошибка.

Сергей, а почему именно 9 и 10? Это связано с 10 процентами?

Тогда, может быть, еще добавить 19 и 20 и 29 и 30?

Это граница между 0 дней и 1 днем. Если денег меньше 9 (может быть и долг), то дней 0.
Соответственно могут быть два подхода:

-- Выделение в отдельную подгруппу (класс эквивалентности) всех сумм, на которые нельзя ничего купить.
case
	x< 10: s=0;
	x< 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase

-- Отсечение отрицательных дней. Для 0-9 и так получится 0.
case
	x < 0: s=0;
	x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase

Для первого варианта нужна дополнительная проверка на 9 и 10. Для второго 0, -1.
Ну и -10 нужно добавить - я же не знаю как работает округление на отрицательных числах конкретно в этой версии языка. И вот это:

case
	x < 900: s=round(x/10); -- Под [b]round[/b] подразумевается округление до нижнего значения.
	...
	...
endcase

вполне может выдавать ноль дней на 0 и -1, но на -10 покажет -1 день.

Ваш тестовый набор недостаточен. То, что фреймворк этого не обнаружил, видимо, объясняется тем, что решение подгонялось под ответы.
На тренинге я фреймворк не давал. Только форму для заполнения. Что было более объективно.

Следующая итерация. Кто первым найдет ошибку в наборе?

Сергей, интересно, в чем же недостаток? Скажите, пожалуйста, а то не смогу заснуть! :)

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

Попробуйте вот это: http://blog.shumoos....7/calc_days.zip
Хочу пособирать статистику, насколько сложный тест получился.
---------------------------------------
Есть задание на расчетный модуль. По этому заданию написано несколько (6) алгоритмов. Один правильный, остальные с теми или иными ошибками. Требуется составить тестовый набор, проверяющий эти алгоритмы.

Порядок работы. Тестовые набор поместить в голубую область. Фреймворк покажет достаточен ли этот тестовый набор.

SALar,

Все реализации некорректны. Скидка дается на деньги? С точки зрения бизнеса - это всегда так. Тогда логично считать, что скидка от 100 дней = скидке от 1000 рублей. Иначе получается, что на одну и ту же сумму можно купить и 90 дней и 100 дней. Что с точки зрения бизнес-логики приложения мне непонятно.

Итого: постановка задачи двусмысленна.

С уважением.