Тестировщик наш в растерянности… Получил список исправлений по проекту, которые нужно проверить, а там, помимо программерских пунктов задачи для дизайнеров с формулировками типа “сделайте нижнюю кнопку БОЛЕЕ КРАСНОЙ…“, подходит, спрашивает, а как это протестировать? Пипеткой цифры замерять?
Это ещё что, в сегодняшнем письме было указание “сделать панели поярче” (там пять цветных панелей на экране, последовательно выводят рекламные месседжи), и тоже сегодня обсуждали, что же имелось ввиду, насыщенность цвета поднять, светлее сделать или всё-таки просто поконтрастнее по отношению к основному цвету фона? Обычное дело, обычная постановка задачи, обычный рабочий день.
классические не функциональные требования. не функциональные требования, как правило, тестируются на уровне “есть/нет”. хотя я могу у наших тестеров спросить, про классическое тестирование не функциональных требований.
А клиенты иначе и не сформулируют требования, т.к. просто не знают особенностей веб-разработки. И Вы, придя к клиенту, который например занимается изготовлением трансформаторов, так же нечетко будете обозначать требования и пожелания, а он будет потом коллегам сетовать – вот мол, клиенты, чудаки пошли – трансорфмтор им нужен “помощнее” и “полегче”.
это работа
для суперуткидля бизнесс-аналитика. собрать требования, разделить их на функциональные и не функциональные, систематизировать и отдать полученный документ в разработку. а уж там системный ли аналитик или же системный архитектор реализацию придумают. проблема, на мой взгляд, в том, что квалифицированных бизнесс-аналитиков у нас очень и очень мало.а варинт ничего не делать (не исправлять), но сказать..что все исправлено
не прокатит? -)
имхо есть шанс
Прикольно конечно посмеяться над заказчиками, но всетаки им нужно пытаться объяснить.. (это я говорю со сторы заказчика)
У меня часто бывают ситуации (не онлайн) когда мне кажется что над мой тоже глумятся )))))
Очень интересно пишете. Захватывает. Создаётся ощущение крутой студии. Но это ощущение длится только пока читаешь и не нажал кнопку “портфолио”… А там – скучно и последняя работа датирована июнем 2007 года…
Когнитивный диссонанс однако…
я открою Вам страшные тайны:
1) это только у фрилансеров (да и то не у всех) в личном портфолио можно публиковать все работы. в коммерческом программировании, например, работы публиковать вообще нельзя. исходиники, алгоритмику, готовые решения — все это является собственостью конторы и заказчика. думаю, что в дизайне, тоже самое.
2) у человека, который занимается управлением подразделеним, не всегда есть время заниматься разработкой. а если есть — то какими-то очень важными частями, не комплексным решением.
3) это блог Тани Вукс, а не ее компании или студии.
вот. только не говорите никому, не надо (с)
Хм, странный у вас тестер
)
Чем это он странный?