да, Lumix — хорошие камеры, недавно выбирал себе фотоаппарат, смотрел разные, эти очень понравились. Единственный недостаток — у тех камер почему-то не было ручного режима, а я его очень хотел.
gps кроме того, что часто не работает в помещении, будет еще и хорошо жрать аккумуляторы.
а это называется итеративная разработка, и она применяется часто. Этот подход гарантирует, что мы получим рабочий продукт раньше, и при этом заказчик получит то, что хоть как-то, но решает его задачи.
но по опыту могу сказать, что проблему затягивания сроков даже этот подход полностью не решает: если в одной итерации что-то не успели сделать, то планирование нескольких последующих итераций (в идеале — одной) придется менять.
возьмем такой пример:
есть ТЗ, по нему разработчики должны сделать систему.
Как водится, сроки не реальны, а выпуск затягивается. Такое положение вещей известно заказчику, и он готов внедрить и использовать ту часть, которая будет реализована к сроку, а остальное будет внедрено через некоторое время по мене готовности продукта.
будет ли менеджер в данном случае перечить заказчику и не отдавать «недопеченый» продукт? наверно, нет. хотя отдавать неготовую систему не очень-то «правильно».
«а пока проект не укладывается в сроки рассказываем заказчикам сказки» :)
проблема не столько в том, что мы пытаемся сократить время, опуская какие-то шаги, сколько в том, что мы не знаем, сколько времени займет «приготовление» продукта — отсюда и срывы сроков, установленных «от балды».
за границей — не приходилось, а вот в другом городе — да.
очень часто открываю на мобильном гуглокарту и ищу через поиск нужный объект — будь то музей, гипермаркет, остановка или вокзал.
при запуске 2008-й на DevDays вообще давали Win2008, VS2008Std, SQL Server RC (или что-то подобное) + книги + рюкзак. а тут только пакетик с макулатурой :)
я тож сначала ругался на зал, но после первого доклада пересел в центр, все было ок.
Марат Бакиров говорил о MS Test Manager. Основные задачи, которые решает MSTM — быстро воспроизвести проблему, которая происходит на машине тестировщика, но не воспроизводится на машине программиста (отговорка «It works on my machine!»), локализовать источник проблемы и устранить ее, а после этого — заново перепроверить и, если необходимо, создать автоматизированный тест.
Это достигается с помощью следующих фич MSTM'а:
1) запись всех действий тестировщика в виде текстового лога
2) видеозапись всех действий тестировщика
3) система intelliTrace, которая собирает данные об окружении и состоянии приложения, т.е. программист может отлаживать приложение так, будто бы оно выполняется на машине тестировщика.
ограничения intelliTrace — работает только с .Net, C++ не поддерживается, лучше работает, если скомпилено в DebugMode, в Release может быть не столь эффективно.
4) система Coded UI Tests — аналог тулзов для автоматизированного тестирования типа RationalRobot, TestComplete etc. Работает с web и desktop приложениями. Надо сказать, что работает довольно таки хорошо — определяет элементы интерфейса, даже если они изменили положение и id :) (проверяли на «тестовом» десктопном приложении Марата). Тесты записываются в виде C# кода, использовать можно в любых VS проектах.
Таким образом, при создании баг-репорта программисту отправляется куча логов, видео, дампы, при необходимости — снапшот виртуальной машины: теперь ему не отвертеться отмазкой «It works on my machine» — и придется фиксить :)
Тестер может создать автоматизированный тест после фикса бага и тем самым повысить эффективность регрессионного тестирования. Ну и плюс куча полезных фишек типа удобного и быстрого репортинга и т.д и т.п. :)
После доклада еще полчаса была сессия вопросов-ответов.
gps кроме того, что часто не работает в помещении, будет еще и хорошо жрать аккумуляторы.
но по опыту могу сказать, что проблему затягивания сроков даже этот подход полностью не решает: если в одной итерации что-то не успели сделать, то планирование нескольких последующих итераций (в идеале — одной) придется менять.
а сказка получается не про тестирование, а про управление проектами в целом.
возьмем такой пример:
есть ТЗ, по нему разработчики должны сделать систему.
Как водится, сроки не реальны, а выпуск затягивается. Такое положение вещей известно заказчику, и он готов внедрить и использовать ту часть, которая будет реализована к сроку, а остальное будет внедрено через некоторое время по мене готовности продукта.
будет ли менеджер в данном случае перечить заказчику и не отдавать «недопеченый» продукт? наверно, нет. хотя отдавать неготовую систему не очень-то «правильно».
проблема не столько в том, что мы пытаемся сократить время, опуская какие-то шаги, сколько в том, что мы не знаем, сколько времени займет «приготовление» продукта — отсюда и срывы сроков, установленных «от балды».
шутку понял. но все равно несмешно.
он также не о заимствованиях. а о прилагательном вместо «мультитач»
еще можно «многокасательный» — совсем по-русски :)
очень часто открываю на мобильном гуглокарту и ищу через поиск нужный объект — будь то музей, гипермаркет, остановка или вокзал.
если оценивать основную составляющую, а именно — доклады, то мне понравилось, полезной и интересной информации было много.
я тож сначала ругался на зал, но после первого доклада пересел в центр, все было ок.
Это достигается с помощью следующих фич MSTM'а:
1) запись всех действий тестировщика в виде текстового лога
2) видеозапись всех действий тестировщика
3) система intelliTrace, которая собирает данные об окружении и состоянии приложения, т.е. программист может отлаживать приложение так, будто бы оно выполняется на машине тестировщика.
ограничения intelliTrace — работает только с .Net, C++ не поддерживается, лучше работает, если скомпилено в DebugMode, в Release может быть не столь эффективно.
4) система Coded UI Tests — аналог тулзов для автоматизированного тестирования типа RationalRobot, TestComplete etc. Работает с web и desktop приложениями. Надо сказать, что работает довольно таки хорошо — определяет элементы интерфейса, даже если они изменили положение и id :) (проверяли на «тестовом» десктопном приложении Марата). Тесты записываются в виде C# кода, использовать можно в любых VS проектах.
Таким образом, при создании баг-репорта программисту отправляется куча логов, видео, дампы, при необходимости — снапшот виртуальной машины: теперь ему не отвертеться отмазкой «It works on my machine» — и придется фиксить :)
Тестер может создать автоматизированный тест после фикса бага и тем самым повысить эффективность регрессионного тестирования. Ну и плюс куча полезных фишек типа удобного и быстрого репортинга и т.д и т.п. :)
После доклада еще полчаса была сессия вопросов-ответов.