Плохо Хорошо 2.212. Рекомендуем поискать варианты ре-
шения этого вопроса.
2.245. Использовать только дисковую сор-
тировку.
2.278. Исключить возможность передачи
некорректных имён файла журнала через
параметр командной строки.
2.212. Возможные варианты решения:
а) …
б) [рекомендуем!] …
в) …
2.245.
Добавить функциональность опреде-
ления оптимального метода сортировки в
зависимости от количества доступной опе-
ративной памяти.
2.278. Добавить фильтрацию имени файла
журнала, получаемого через параметр ко-
мандной строки, с помощью регулярного
выражения.
Обоснование выводов и рекомендаций — промежуточное звено между пре-
дельно сжатыми результатами анализа и огромным количеством фактических дан-
ных. Оно даёт ответы на вопросы наподобие:
•
«Почему мы так считаем?»
•
«Неужели это так?!»
•
«Где взять дополнительные данные?»
Сравните:
Плохо Хорошо 4.107.
Покрытие требований тест-кейсами
достаточно.
4.304.
Необходимо больше усилий напра-
вить на регрессионное тестирование.
4.402.
От сокращения сроков разработки
стоит отказаться.
4.107.
Покрытие требований тест-кейсами
вышло на достаточный уровень (значение
𝑅
𝐶
составило 63 % при заявленном мини-
муме 60 % для текущей стадии проекта).
4.304.
Необходимо больше усилий напра-
вить на регрессионное тестирование, т.к.
две предыдущих итерации выявили 21 де-
фект высокой важности (см. список в 5.43) в
функциональности, в которой ранее не об-
наруживалось проблем.
4.402.
От сокращения сроков разработки
стоит отказаться, т.к. текущее опережение
графика на 30 человеко-часов может быть
легко поглощено на стадии реализации тре-
бований R84.* и R89.*.
