https://vimeo.com/135652050
Доклад Евгения Чигиринского на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
Видео идет полтора часа, что само по себе настраивает на ожидание чего-то серьезного и обьемного. И это оправдывается. По крайней мере в первой части доклада я мал выпадала, хваталась за ручку и записывала под свой проект интересные моменты по тестированию.
Доклад строится на тестировании msn.com и делится на две части, как и заявлено в названии. В общем-то дополняет смотреный пару дней назад доклад "обзор инструментальных средств микрософт...". если там рассказывалось _чем_ можно тестировать, то здесь внятно расписано _зачем_. Речь идет о visual studio profiler.
Опять же чудес не бывает (если кто все еще ищет волшебное быстро-дешево-надежно на конференциях), но Евгений так спокойно и уверенно говорит о процессах в их компании, что просто любо-дорого послушать. Во второй части доклад более техничен и будет интересен тестирующим веб, уделяется время метрикам и тулзам тестирования производительности.
Краткий саммари: тестовая среда приближена к продакшн, тестировщики знают все зависимости в софте, аккуратно отслеживаются тестовые данные (автоматизация само собой), мониторинг всего и вся.
Хороший доклад. 5 из 5
Методология и практический опыт тестирования быстродействия приложений from Vlad Orlikov on Vimeo.
вторник, 25 августа 2015 г.
понедельник, 24 августа 2015 г.
SQA Days, review 9:10 способов как не надо тестировать высоконагруженный веб-сервис
Доклад Умиджона Яхъёева на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
https://vimeo.com/135651952
Небольшой доклад, для которого хочется поменять название на обратное, например "10 способов как ускорить тестирование веб-сервисов". В короткую презентацию на 10 минут влезло удивительно много конкретных советов, которые сработали на проекте докладчика.
Отчасти они относятся к очевидным, но от повторения еще никто не умер, особенно когда нужно собрать для себя много работающих примеров и сказать "я тоже хочу такое внедрить".
Тестирование требований, тестирование дизайна, формат требований до однозначного понимания и годности как для тестов так и для разработчиков, тестэнвайремент должен совпадать с боевым, при нехватке ресурсов девелоперы тоже тестируют прежде чем отдавать в окончательную проверку, по возможности автоматизация, руками девелоперов же, почему бы и нет, производительность тестировать обязательно каждый раз.
как-то так, мне понравилось.
полезность 4 из 5
10 способов как не надо тестировать высоконагруженный веб-сервис from Vlad Orlikov on Vimeo.
https://vimeo.com/135651952
Небольшой доклад, для которого хочется поменять название на обратное, например "10 способов как ускорить тестирование веб-сервисов". В короткую презентацию на 10 минут влезло удивительно много конкретных советов, которые сработали на проекте докладчика.
Отчасти они относятся к очевидным, но от повторения еще никто не умер, особенно когда нужно собрать для себя много работающих примеров и сказать "я тоже хочу такое внедрить".
Тестирование требований, тестирование дизайна, формат требований до однозначного понимания и годности как для тестов так и для разработчиков, тестэнвайремент должен совпадать с боевым, при нехватке ресурсов девелоперы тоже тестируют прежде чем отдавать в окончательную проверку, по возможности автоматизация, руками девелоперов же, почему бы и нет, производительность тестировать обязательно каждый раз.
как-то так, мне понравилось.
полезность 4 из 5
10 способов как не надо тестировать высоконагруженный веб-сервис from Vlad Orlikov on Vimeo.
суббота, 22 августа 2015 г.
SQA Days review 8: Нет бага - нет проблем ?!
Доклад Евгения Ткаченко на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
https://vimeo.com/135652049
Везет же некоторым, думала я весь доклад. ТДД, четкие требования, быстрая коммуникация - да, не работа ради методов, а методы ради работы, что и подтвердил докладчик своей историей. Белой завистью накрыло не только меня - вопросы из зала выдавали страдания вопрошаюших, когда багов не 3 а 300, когда девелопер не в соседней комнате, а противоположном часовом поясе, когда автотесты невозможны...
Презентация для тех, кто пытается в малом проекте внедрить всю махину разработки как по учебнику, когда гораздо проще и быстрее договориться по человечески.
Полезность - ну только если помечтать о прекрасных условиях :)
2 из 3
https://vimeo.com/135652049
Везет же некоторым, думала я весь доклад. ТДД, четкие требования, быстрая коммуникация - да, не работа ради методов, а методы ради работы, что и подтвердил докладчик своей историей. Белой завистью накрыло не только меня - вопросы из зала выдавали страдания вопрошаюших, когда багов не 3 а 300, когда девелопер не в соседней комнате, а противоположном часовом поясе, когда автотесты невозможны...
Презентация для тех, кто пытается в малом проекте внедрить всю махину разработки как по учебнику, когда гораздо проще и быстрее договориться по человечески.
Полезность - ну только если помечтать о прекрасных условиях :)
2 из 3
Нет бага - нет проблем ?! from Vlad Orlikov on Vimeo.
четверг, 20 августа 2015 г.
SQA Days, review 7: Обзор инструментальных средств по обеспечению качества Microsoft
Доклад Дмитрия Андреева на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
https://vimeo.com/135856027
Ролик к сожалению начинаетсяне сначала и местами слайды не влазят в экран.
Рассматривюется кажется Microsoft Test Manager, Visual Studio, Ultimate, TFS.
Заметила что совсем технические презентации порой пролетают мимо просто потому что нет погружения в предмет. Так же происходит в этой презентации - незнакомый интерфейс, незнакомый софт и в памяти только картинки-картинки-картинки чьих-то окошек, каких-то приложений, из линейки вижуалстудио.
Теперь я знаю что в VS ultimate есть всякие тулзы, которые помогают ревьювить код и записывать какие-то тесты. и даже создавать тесты на основе УМЛ требований, которые ведутся так же в VS (или TFS).
Если б я хоть чуть ориентировалась в самом продукте, то вот так вглубь разбираться и осовить новые возможности было бы интересно.
Для человека не в теме (такому как я) презентация не очень информативна :( Хорошо бы сначала внедрить, привыкнуть к интерфесу и только потом пересматривать презентацию, чтобы освежить в памяти что там есть еще.
Хотя есть другой вариант - для матерых менеджеров, которые вели не один проект не в одной компании, видели достаточное количество систем чтобы сравнивать их между собой - генерация, запускаемость, контроль результатов, отчетность. Все что продемонстравано в этой презентации.
В общем-то любая система предназначена для удовлетворения потребностей юзеров, а значит и функционал более менее сходен, а значит сравнимо.
Были показаны - как записывается тест, как запускается тест, как посмотреть по нему сводный отчет. Дальше остается только покупать, обучаться и работать с этим.
При таких противоречивых точках зрения полезность оценить не могу.
Т.к. презентация 13-го года, то софт уже немного морально устарел, возможно есть более свежая презентация.
так что пусть будет 3 из 5.
Обзор инструментальных средств по обеспечению качества компании Microso from Vlad Orlikov on Vimeo.
https://vimeo.com/135856027
Ролик к сожалению начинаетсяне сначала и местами слайды не влазят в экран.
Рассматривюется кажется Microsoft Test Manager, Visual Studio, Ultimate, TFS.
Заметила что совсем технические презентации порой пролетают мимо просто потому что нет погружения в предмет. Так же происходит в этой презентации - незнакомый интерфейс, незнакомый софт и в памяти только картинки-картинки-картинки чьих-то окошек, каких-то приложений, из линейки вижуалстудио.
Теперь я знаю что в VS ultimate есть всякие тулзы, которые помогают ревьювить код и записывать какие-то тесты. и даже создавать тесты на основе УМЛ требований, которые ведутся так же в VS (или TFS).
Если б я хоть чуть ориентировалась в самом продукте, то вот так вглубь разбираться и осовить новые возможности было бы интересно.
Для человека не в теме (такому как я) презентация не очень информативна :( Хорошо бы сначала внедрить, привыкнуть к интерфесу и только потом пересматривать презентацию, чтобы освежить в памяти что там есть еще.
Хотя есть другой вариант - для матерых менеджеров, которые вели не один проект не в одной компании, видели достаточное количество систем чтобы сравнивать их между собой - генерация, запускаемость, контроль результатов, отчетность. Все что продемонстравано в этой презентации.
В общем-то любая система предназначена для удовлетворения потребностей юзеров, а значит и функционал более менее сходен, а значит сравнимо.
Были показаны - как записывается тест, как запускается тест, как посмотреть по нему сводный отчет. Дальше остается только покупать, обучаться и работать с этим.
При таких противоречивых точках зрения полезность оценить не могу.
Т.к. презентация 13-го года, то софт уже немного морально устарел, возможно есть более свежая презентация.
так что пусть будет 3 из 5.
Обзор инструментальных средств по обеспечению качества компании Microso from Vlad Orlikov on Vimeo.
среда, 19 августа 2015 г.
SQA days, review 6: Опыт “выживания” на техническом проекте в аутсорсе
Доклад Андрея Новротского на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
https://vimeo.com/135856029
Такая внезапно маленькая презентация на 15 минут, где человек описывал проблемы компании, которая похоже не очень вкладывалась в поддержку тестирования. Ну по крайней мере сложилось такое впечатление, что проектам были неважны потери времени и простои из-за нехватки серверов и из-за сетевых проблем.
Из интересного: был введен термин "технический тестировщик" - хмм, так ведь это именно то что делают мои сотрудники. Обязательные знания баз данных, юниксов, шелл скриптинга и вообще немножко программирования.
Доклад из серии - поделиться опытом работы на трудных проектах. Без рекомендаций на что стоит обратить внимание и как оптимизировать работу даже в таких невыгодных условиях. так что пользы маловато: 1 из 5
Опыт “выживания” на техническом проекте в аутсорсе from Vlad Orlikov on Vimeo.
https://vimeo.com/135856029
Такая внезапно маленькая презентация на 15 минут, где человек описывал проблемы компании, которая похоже не очень вкладывалась в поддержку тестирования. Ну по крайней мере сложилось такое впечатление, что проектам были неважны потери времени и простои из-за нехватки серверов и из-за сетевых проблем.
Из интересного: был введен термин "технический тестировщик" - хмм, так ведь это именно то что делают мои сотрудники. Обязательные знания баз данных, юниксов, шелл скриптинга и вообще немножко программирования.
Доклад из серии - поделиться опытом работы на трудных проектах. Без рекомендаций на что стоит обратить внимание и как оптимизировать работу даже в таких невыгодных условиях. так что пользы маловато: 1 из 5
Опыт “выживания” на техническом проекте в аутсорсе from Vlad Orlikov on Vimeo.
вторник, 18 августа 2015 г.
SQA Days, review 5: Роли, в которые играют тестировщики
Доклад Олега Татарчука на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
https://vimeo.com/135949110
Повторение - мать учения. Немножко отвлекает монотонность подачи.
Разбор сделан как под учебники: роль - что делает - что не делает.
Описаны: менеджер, тест-лид, аналитик, дизайнер, инженер по тестированию. Еще в конце мал перечислены варианты автоматизации.
Для кого этот доклад: всем начинающим (менеджерам, тестировщикам), когда нет четко прописанных прав и обязанностей на проекте, а определенности вообще-то хочется.
Доклад конечно еще не повод бежать на баррикады и требовать отдельных сотрудников под каждую роль :) Просто в жизненном цикле разработки тестировщику бывает приходится побывать сначала в шкуре аналитика, потом дизайнера и потом конечного тестировщика и автоматизатора.
Так или иначе роли расписаны в большинстве книг по тестированию, управлению проектами, так что полезность ставлю не очень высокую.
полезность: 3 из 5
Роли, в которые играют тестировщики from Vlad Orlikov on Vimeo.
https://vimeo.com/135949110
Повторение - мать учения. Немножко отвлекает монотонность подачи.
Разбор сделан как под учебники: роль - что делает - что не делает.
Описаны: менеджер, тест-лид, аналитик, дизайнер, инженер по тестированию. Еще в конце мал перечислены варианты автоматизации.
Для кого этот доклад: всем начинающим (менеджерам, тестировщикам), когда нет четко прописанных прав и обязанностей на проекте, а определенности вообще-то хочется.
Доклад конечно еще не повод бежать на баррикады и требовать отдельных сотрудников под каждую роль :) Просто в жизненном цикле разработки тестировщику бывает приходится побывать сначала в шкуре аналитика, потом дизайнера и потом конечного тестировщика и автоматизатора.
Так или иначе роли расписаны в большинстве книг по тестированию, управлению проектами, так что полезность ставлю не очень высокую.
полезность: 3 из 5
Роли, в которые играют тестировщики from Vlad Orlikov on Vimeo.
понедельник, 17 августа 2015 г.
SQA Days, review 4: Гендерные аспекты постановки задач
Доклад Сергея Атрощенкова на конференции SQA Days-13, 26-27 апреля 2013, Санкт-Петербург
https://vimeo.com/135949109
Суть в общем-то уже выведена в название.
Очень короткий доклад, скорее ознакомительно-развлекательный, для менеджеров.
Берется S.M.A.R.T. (specific, measurable, actionable, realistic, timely) и под каждую характеристику подгоняется формулировка в зависимости от гендера сотрудника.
Без практики пожалуй забудется мгновенно, это надо реально взять задачу и расписать ее в двух видах формулировок, а там со временем может выработается привычка делать как надо на автомате.
Что этот ролик для меня:
Как мне кажется, тут все сильно зависит от личности самого менеджера. Интуитивно итак получается настраиваться на каждого сотрудника и разговаривать более менее в пределах перечисленного в докладе. А тут добавляется возможность превратить постановку задачи из бюрократического сухого стандарта в народное творчество с элементами художественной литературыи фант.допущения :)
Полезность: 3 из 5
https://vimeo.com/135949109
Суть в общем-то уже выведена в название.
Очень короткий доклад, скорее ознакомительно-развлекательный, для менеджеров.
Берется S.M.A.R.T. (specific, measurable, actionable, realistic, timely) и под каждую характеристику подгоняется формулировка в зависимости от гендера сотрудника.
Без практики пожалуй забудется мгновенно, это надо реально взять задачу и расписать ее в двух видах формулировок, а там со временем может выработается привычка делать как надо на автомате.
Что этот ролик для меня:
Как мне кажется, тут все сильно зависит от личности самого менеджера. Интуитивно итак получается настраиваться на каждого сотрудника и разговаривать более менее в пределах перечисленного в докладе. А тут добавляется возможность превратить постановку задачи из бюрократического сухого стандарта в народное творчество с элементами художественной литературы
Полезность: 3 из 5
Гендерные аспекты постановки задач from Vlad Orlikov on Vimeo.
Подписаться на:
Сообщения (Atom)