Когда функцию считают “СДЕЛАННОЙ”? [закрытый]
Каждый «../» = один каталог вверх, поэтому если вы хотите попасть в «Изображения», то href должен выглядеть так: background-img: url ('../../../ Assets / Images / мой-IMG.jpg ');
12 ответов
Когда клиент/пользователь заканчивает на UAT (Тест Приемлемости для пользователя) после тестирования его. Это - наш официальный мерный шест.
Конечно, это ничего не означает потому что неизменно существует версия 2.0 функции, которую требуют несколько недель спустя, но это находится больше на их конце, чем наш.
редактирование - Если Вы хотите быть действительно подробными об этом, вот состоит в том, как мы делаем это:
- Требования утверждены системным аналитиком и клиентом
- Дизайн утвержден ведущим программистом
- Обзор кода утвержден программистом однорангового узла
- Код отмечен, как протестировано в поблочном тестировании отделом QA.
- UAT подписывается клиентом после персонального тестирования его самостоятельно.
- Код отмечен, как протестировано в тестировании системы отделом QA.
- Код выпущен.
если Вы имеете в виду "сделанный" в смысле, "мы никогда не должны будем касаться этого снова", затем единственный ответ: когда система является устаревшей ;-)
если Вы имеете в виду, 'когда это готово поставляться' затем, по-видимому, когда все согласованные передача модульных тестов, принимая методы TDD/XP/гибкого, конечно.
Когда это решает проблему, это предполагалось для. Это несет с ним нагрузку соответствующего тестирования, документации, удобства использования, и т.д. - не слишком много, но достаточно что это делает то, что это должно.
Неприятный, политически неправильный, но прагматический ответ: существует (по крайней мере) одна критическая точка во время эволюции функции.
Выпустите функцию перед этой точкой, и Вы проигрываете, потому что клиент не примет функцию. Это будет стоить больше для фиксации - вовремя, материалы, репутация - чем это стоило бы для "заканчивания" его.
Выпустите функцию после этой точки, и Вы проигрываете из-за альтернативных издержек. Вы получили бы прибыль больше путем сосредоточивания внимания на чем-то еще.
Функция сделана, когда она достигает этой критической точки.
Когда существует ветвление в нем.
- Код встречает записанную спецификацию
- Код передает обзор кода
- Код имеет и передает модульные и интеграционные тесты
- Код передает QA
- Пакет с кодом закончен всеми заинтересованными сторонами
- Adam
Для нас функция сделана, означая, что мы можем поставить ее, когда двум критериям соответствуют:
- функция передает все модульные тесты и ручные тесты, которые мы записали в начале выпуска. Это определяется QA или разработчиками в отсутствие QA.
- выполнение выдающихся запросов/исправлений ошибок изменения к функции обеспечивает меньше значения, чем ресурсы (время) должны были завершить их. Это определяется владельцем продукта.
Ваша функция сделана, когда все тесты, связанные с нею, передают. Когда требования изменяются, добавьте больше тестов и кода, пока ОНИ не передают также.
Я думаю, что это зависит от людей, смотрящих на него. Разработчики естественно хотят взять код к энному уровню, тогда как у клиента будет видение для него..
Так,
- Клиенты, когда они прекращают просить изменения.
- Разработчики, никогда :)
Простой ответ: Когда это отвечает требованиям клиента (или люди, Вы реализуете опцию для).
Не так простой ответ: Когда это встретит всех внутренних людей / требований, клиент ожидает: скрытые требования к уровню качества, расширяемость, документация, устойчивость, простота в употреблении, и т.д.