На главную Software-Testing.Ru - портал специалистов по тестированию и обеспечению качества ПО http://software-testing.ru/index.php 2018-01-22T08:00:55Z Joomla! 1.5 - Open Source Content Management Мастер-класс по заведению дефектов от Ольги Назиной 2018-01-19T08:45:56Z 2018-01-19T08:45:56Z http://software-testing.ru/library/testing/bug-tracking/2721-bugs Administrator barancev@gmail.com <p style="text-align: justify;" mce_style="text-align: justify;">В рамках прошедшей онлайн-конференции для тестировщиков КоТэ было проведено несколько мастер-классов.</p><p style="text-align: justify;" mce_style="text-align: justify;">Мы публикуем мастер-класс по заведению дефектов от Ольги Назиной, на котором разбирались типичные ошибки оформления багов на реальных примерах.</p><p style="text-align: justify;" mce_style="text-align: justify;">Ольга Назина - автор многочисленных статей и курсов по тестированию, таких как <a href="http://software-testing.ru/edu/1-schedule/56-school-for-beginer" mce_href="http://software-testing.ru/edu/1-schedule/56-school-for-beginer" target="_blank">Школа начинающих тестировщиков</a>, <a href="http://software-testing.ru/edu/1-schedule/231-intensive-3-weeks" mce_href="http://software-testing.ru/edu/1-schedule/231-intensive-3-weeks" target="_blank">Интенсив для начинающих тестировщиков</a>. <br /></p><p style="text-align: justify;" mce_style="text-align: justify;">Суть мастер-класса → когда работает аудитория, поэтому участникам было предложено до начала конференции выполнить домашнее задание.</p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Задание</b> <br /></p> <p style="text-align: justify;" mce_style="text-align: justify;">1. Провести тестирование указанного функционала</p> <div style="text-align: justify;" mce_style="text-align: justify;">2. Оформить найденные баги в <a href="https://docs.google.com/forms/d/e/1FAIpQLScWkXGFBR6U7-P7jxbjeRGYOUq-dJFNaV3QGgCeTTfiLHjnVw/viewform" mce_href="https://docs.google.com/forms/d/e/1FAIpQLScWkXGFBR6U7-P7jxbjeRGYOUq-dJFNaV3QGgCeTTfiLHjnVw/viewform" title="Ссылка" rel="nofollow external">гуглодоке</a> <br /></div> <div style="text-align: justify;" mce_style="text-align: justify;"></div> <div style="text-align: justify;" mce_style="text-align: justify;">Функционал тестируем конкретный. Так проще (не надо тестировать все) и интереснее — кто больше багов найдет? =) Тестируем:</div> <ol style="text-align: justify;" mce_style="text-align: justify;"> <li>Поиск товара — <a href="https://www.wildberries.ru/" mce_href="https://www.wildberries.ru/" title="Ссылка" rel="nofollow external">https://www.wildberries.ru/</a> (регистрироваться не надо, исследуем <u>только</u> поиск)</li> <li>Поиск аптеки — <a href="http://papteki.ru/apteki/" mce_href="http://papteki.ru/apteki/" title="Ссылка" rel="nofollow external">http://papteki.ru/apteki/</a><br mce_bogus="1"></li> <li>Общение на <a href="http://software-testing.ru/forum/index.php?/topic/35341-kote-%E2%80%93-konferentciia-testirovschikov-onlajn-lgo/?hl=%D0%BA%D0%BE%D1%82%D1%8D" mce_href="http://software-testing.ru/forum/index.php?/topic/35341-kote-%E2%80%93-konferentciia-testirovschikov-onlajn-lgo/?hl=%D0%BA%D0%BE%D1%82%D1%8D">форуме</a>. Создание новых тем не тестируем, только переписка внутри этой. Создать свое сообщение, процитировать чужое итд. Да, тут придется зарегистрироваться =)</li> <li>Баг-трекер Багзиллу —&nbsp;<a href="http://bugzilla.testbase.ru/" mce_href="http://bugzilla.testbase.ru/" title="Ссылка" rel="nofollow external">http://bugzilla.testbase.ru/</a>. Да да, мы тестируем реальный баг-трекер! Заведение дефектов, редактирование, прикладывание аттачей...&nbsp;<br /> Зайти в багзиллу можно с данными<br /> логин — mail.for.testbase@yandex.ru<br /> пароль — 12345678</li> </ol> <div style="text-align: justify;" mce_style="text-align: justify;"></div><p style="text-align: justify;" mce_style="text-align: justify;">Во время конференции Ольга показывала заведенные баги (все анонимно!) и разбирала выявленные ошибки.</p><p style="text-align: justify;" mce_style="text-align: justify;">Просмотр записи мастер-класса имеет смысл, если Вы так же как участники сначала попробуете выполнить задание, а уже потом будете смотреть видео.</p><p><iframe src="https://www.youtube.com/embed/fko_79_R_Aw" mce_src="https://www.youtube.com/embed/fko_79_R_Aw" allow="autoplay; encrypted-media" allowfullscreen="" width="654" height="380" frameborder="0"><br /></iframe></p><p><a href="http://software-testing.ru/forum/index.php?/topic/36111-master-klass-po-zavedeniiu-defektov-ot-olgi-naz/" mce_href="http://software-testing.ru/forum/index.php?/topic/36111-master-klass-po-zavedeniiu-defektov-ot-olgi-naz/" target="_blank">Обсудить в форуме</a><br mce_bogus="1"></p> <p style="text-align: justify;" mce_style="text-align: justify;">В рамках прошедшей онлайн-конференции для тестировщиков КоТэ было проведено несколько мастер-классов.</p><p style="text-align: justify;" mce_style="text-align: justify;">Мы публикуем мастер-класс по заведению дефектов от Ольги Назиной, на котором разбирались типичные ошибки оформления багов на реальных примерах.</p><p style="text-align: justify;" mce_style="text-align: justify;">Ольга Назина - автор многочисленных статей и курсов по тестированию, таких как <a href="http://software-testing.ru/edu/1-schedule/56-school-for-beginer" mce_href="http://software-testing.ru/edu/1-schedule/56-school-for-beginer" target="_blank">Школа начинающих тестировщиков</a>, <a href="http://software-testing.ru/edu/1-schedule/231-intensive-3-weeks" mce_href="http://software-testing.ru/edu/1-schedule/231-intensive-3-weeks" target="_blank">Интенсив для начинающих тестировщиков</a>. <br /></p><p style="text-align: justify;" mce_style="text-align: justify;">Суть мастер-класса → когда работает аудитория, поэтому участникам было предложено до начала конференции выполнить домашнее задание.</p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Задание</b> <br /></p> <p style="text-align: justify;" mce_style="text-align: justify;">1. Провести тестирование указанного функционала</p> <div style="text-align: justify;" mce_style="text-align: justify;">2. Оформить найденные баги в <a href="https://docs.google.com/forms/d/e/1FAIpQLScWkXGFBR6U7-P7jxbjeRGYOUq-dJFNaV3QGgCeTTfiLHjnVw/viewform" mce_href="https://docs.google.com/forms/d/e/1FAIpQLScWkXGFBR6U7-P7jxbjeRGYOUq-dJFNaV3QGgCeTTfiLHjnVw/viewform" title="Ссылка" rel="nofollow external">гуглодоке</a> <br /></div> <div style="text-align: justify;" mce_style="text-align: justify;"></div> <div style="text-align: justify;" mce_style="text-align: justify;">Функционал тестируем конкретный. Так проще (не надо тестировать все) и интереснее — кто больше багов найдет? =) Тестируем:</div> <ol style="text-align: justify;" mce_style="text-align: justify;"> <li>Поиск товара — <a href="https://www.wildberries.ru/" mce_href="https://www.wildberries.ru/" title="Ссылка" rel="nofollow external">https://www.wildberries.ru/</a> (регистрироваться не надо, исследуем <u>только</u> поиск)</li> <li>Поиск аптеки — <a href="http://papteki.ru/apteki/" mce_href="http://papteki.ru/apteki/" title="Ссылка" rel="nofollow external">http://papteki.ru/apteki/</a><br mce_bogus="1"></li> <li>Общение на <a href="http://software-testing.ru/forum/index.php?/topic/35341-kote-%E2%80%93-konferentciia-testirovschikov-onlajn-lgo/?hl=%D0%BA%D0%BE%D1%82%D1%8D" mce_href="http://software-testing.ru/forum/index.php?/topic/35341-kote-%E2%80%93-konferentciia-testirovschikov-onlajn-lgo/?hl=%D0%BA%D0%BE%D1%82%D1%8D">форуме</a>. Создание новых тем не тестируем, только переписка внутри этой. Создать свое сообщение, процитировать чужое итд. Да, тут придется зарегистрироваться =)</li> <li>Баг-трекер Багзиллу —&nbsp;<a href="http://bugzilla.testbase.ru/" mce_href="http://bugzilla.testbase.ru/" title="Ссылка" rel="nofollow external">http://bugzilla.testbase.ru/</a>. Да да, мы тестируем реальный баг-трекер! Заведение дефектов, редактирование, прикладывание аттачей...&nbsp;<br /> Зайти в багзиллу можно с данными<br /> логин — mail.for.testbase@yandex.ru<br /> пароль — 12345678</li> </ol> <div style="text-align: justify;" mce_style="text-align: justify;"></div><p style="text-align: justify;" mce_style="text-align: justify;">Во время конференции Ольга показывала заведенные баги (все анонимно!) и разбирала выявленные ошибки.</p><p style="text-align: justify;" mce_style="text-align: justify;">Просмотр записи мастер-класса имеет смысл, если Вы так же как участники сначала попробуете выполнить задание, а уже потом будете смотреть видео.</p><p><iframe src="https://www.youtube.com/embed/fko_79_R_Aw" mce_src="https://www.youtube.com/embed/fko_79_R_Aw" allow="autoplay; encrypted-media" allowfullscreen="" width="654" height="380" frameborder="0"><br /></iframe></p><p><a href="http://software-testing.ru/forum/index.php?/topic/36111-master-klass-po-zavedeniiu-defektov-ot-olgi-naz/" mce_href="http://software-testing.ru/forum/index.php?/topic/36111-master-klass-po-zavedeniiu-defektov-ot-olgi-naz/" target="_blank">Обсудить в форуме</a><br mce_bogus="1"></p> Эксперименты с обеспечением качества в Atlassian 2018-01-18T08:08:41Z 2018-01-18T08:08:41Z http://software-testing.ru/library/around-testing/processes/2720-test-experiment Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/test-experiment.jpg" mce_src="http://software-testing.ru/images/stories/library/test-experiment.jpg" class="caption" mce_style="float: left;" style="float: left;" width="381" height="220">Автор</b>: Панна Черукури (Panna Cherukuri)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=27" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=27">https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=27</a><br mce_bogus="1"></p> <p><b>Перевод</b>: Ольга Алифанова <br /></p> <p style="text-align: justify;" mce_style="text-align: justify;">Я работаю в Atlassian в качестве QA. Мы называем себя инженерами по обеспечению качества. Как QA, мы тесно сотрудничаем с нашей командой разработки, преследуя общую цель – «хорошее качество продукта». QA похожи на тренеров по качеству – мы фокусируемся на обучении и поддержке. Это значит, что обычно мы не тестируем самостоятельно – мы помогаем команде разработки определить, что должны тестировать они. Наша команда также занимается качеством процесса разработки. Хороший процесс должен быть эффективным, надежным, и простым в использовании. Команда QA разработала процессные метрики, которые помогают нам следить за качеством процессов. Мы боремся за постоянное развитие наших процессов, потому что этого требует наша организация. Мы работаем в Agile-окружении, и наша первостепенная задача – предотвратить появление багов. В процесс разработки мы встроили шаги, позволяющие предотвратить появление багов и намного раньше снизить риски.</p> <p><b><img src="http://software-testing.ru/images/stories/library/test-experiment.jpg" mce_src="http://software-testing.ru/images/stories/library/test-experiment.jpg" class="caption" mce_style="float: left;" style="float: left;" width="381" height="220">Автор</b>: Панна Черукури (Panna Cherukuri)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=27" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=27">https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=27</a><br mce_bogus="1"></p> <p><b>Перевод</b>: Ольга Алифанова <br /></p> <p style="text-align: justify;" mce_style="text-align: justify;">Я работаю в Atlassian в качестве QA. Мы называем себя инженерами по обеспечению качества. Как QA, мы тесно сотрудничаем с нашей командой разработки, преследуя общую цель – «хорошее качество продукта». QA похожи на тренеров по качеству – мы фокусируемся на обучении и поддержке. Это значит, что обычно мы не тестируем самостоятельно – мы помогаем команде разработки определить, что должны тестировать они. Наша команда также занимается качеством процесса разработки. Хороший процесс должен быть эффективным, надежным, и простым в использовании. Команда QA разработала процессные метрики, которые помогают нам следить за качеством процессов. Мы боремся за постоянное развитие наших процессов, потому что этого требует наша организация. Мы работаем в Agile-окружении, и наша первостепенная задача – предотвратить появление багов. В процесс разработки мы встроили шаги, позволяющие предотвратить появление багов и намного раньше снизить риски.</p> Аудит на небольшом проекте. Best practices 2018-01-16T20:00:00Z 2018-01-16T20:00:00Z http://software-testing.ru/library/around-testing/processes/2706-audit-on-a-small-project Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/audit-on-a-small-project/1-4.png" mce_src="http://software-testing.ru/images/stories/library/audit-on-a-small-project/1-4.png" class="caption" mce_style="float: left;" style="float: left;" width="190" height="265">Автор:</b> Айжан Нургалиева, ведущий тестировщик компании "Лаборатория качества"<br /></p><p><b>Оригинальная публикация:</b> <a href="http://quality-lab.ru/audit-on-a-small-project/" mce_href="http://quality-lab.ru/audit-on-a-small-project/" target="_blank">http://quality-lab.ru/audit-on-a-small-project/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">В некотором царстве, в некотором государстве жила маленькая команда тестировщиков. Жила не худо, не богато, выполняла свои обязанности, о завтрашнем дне не думала, прошлого не вспоминала. И вот однажды столкнулась она с неразрешимыми проблемами. Команду тихо засасывало болото релизов, задач и дедлайнов, а горизонт радужных перспектив и светлого будущего постепенно скрывался за горами текучки. Долго она думала, что же делать, пока не прознала, что в соседнем царстве тестировщиков приглашали гостя заморского, он им все проблемы разом и решил. А имя того молодца – «аудит ясно-солнышко». Маленькая команда зазвала молодца к себе и понеслось…</p><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;"> <h3>Введение</h3> </div> <p style="text-align: justify;" mce_style="text-align: justify;">Так начиналась история нашего аудита на одном из проектов. Команда, как вы поняли, была немногочисленной и состояла всего из трех QA специалистов. Тестирование на проекте начиналось с одного тестировщика, но после увеличения штата команда ощутила острое непонимание вопросов «что происходит» и «куда двигаться дальше». Помог ли аудит? Расскажу в конце.</p> <p><b><img src="http://software-testing.ru/images/stories/library/audit-on-a-small-project/1-4.png" mce_src="http://software-testing.ru/images/stories/library/audit-on-a-small-project/1-4.png" class="caption" mce_style="float: left;" style="float: left;" width="190" height="265">Автор:</b> Айжан Нургалиева, ведущий тестировщик компании "Лаборатория качества"<br /></p><p><b>Оригинальная публикация:</b> <a href="http://quality-lab.ru/audit-on-a-small-project/" mce_href="http://quality-lab.ru/audit-on-a-small-project/" target="_blank">http://quality-lab.ru/audit-on-a-small-project/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">В некотором царстве, в некотором государстве жила маленькая команда тестировщиков. Жила не худо, не богато, выполняла свои обязанности, о завтрашнем дне не думала, прошлого не вспоминала. И вот однажды столкнулась она с неразрешимыми проблемами. Команду тихо засасывало болото релизов, задач и дедлайнов, а горизонт радужных перспектив и светлого будущего постепенно скрывался за горами текучки. Долго она думала, что же делать, пока не прознала, что в соседнем царстве тестировщиков приглашали гостя заморского, он им все проблемы разом и решил. А имя того молодца – «аудит ясно-солнышко». Маленькая команда зазвала молодца к себе и понеслось…</p><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;"> <h3>Введение</h3> </div> <p style="text-align: justify;" mce_style="text-align: justify;">Так начиналась история нашего аудита на одном из проектов. Команда, как вы поняли, была немногочисленной и состояла всего из трех QA специалистов. Тестирование на проекте начиналось с одного тестировщика, но после увеличения штата команда ощутила острое непонимание вопросов «что происходит» и «куда двигаться дальше». Помог ли аудит? Расскажу в конце.</p> Мобильные приложения и их тестировщики: all you need to know 2018-01-15T20:00:00Z 2018-01-15T20:00:00Z http://software-testing.ru/library/testing/mobile-testing/2713-mobile-test Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/mobile-test.jpg" mce_src="http://software-testing.ru/images/stories/library/mobile-test.jpg" class="caption" mce_style="float: left;" style="float: left;" width="367" height="240">Автор:</b> Максим Железный, QA инженер, www.linkedin.com/in/maxzheleznyy, twitter.com/MaxZheleznyy</p><p><b>Оригинальная публикация:</b> <a href="https://habrahabr.ru/company/tdb/blog/337234/" mce_href="https://habrahabr.ru/company/tdb/blog/337234/" target="_blank">https://habrahabr.ru/company/tdb/blog/337234/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">Меня зовут Максим и я работаю в отделе QA компании <a href="https://www.facebook.com/trinitydigitalrus/" mce_href="https://www.facebook.com/trinitydigitalrus/">Trinity Digital</a>. В сфере обеспечения качества я уже более двух лет, люблю мобильные приложения, их сложность и динамичность. В этой статье я попытался сделать относительно небольшой список инструментов, источников информации и скилов, которые тестировщик мобильных приложений всегда должен иметь при себе.<br /> <br /> Если разбить статью на части, то она будет выглядеть так:<br /></p> <ul style="text-align: justify;" mce_style="text-align: justify;"> <li>Источники информации для максимально успешного тестирования </li> <li>Инструменты для упрощения жизни тестировщика </li> <li>Hint’ы</li> <li>Доставка и анализ приложений</li> <li>Куда расти дальше, если постигли дзен</li> </ul><p style="text-align: justify;" mce_style="text-align: justify;"><i>//Алярма — ниже параграф для менеджеров и ценителей статистики</i><br /> <br /> В этой статье я не буду рассказывать что такое iOS и Android, но нельзя не сказать, какую важную роль играют мобильные платформы в нашей жизни. Если обратиться к статистике по продажам <a href="https://www.statista.com/statistics/272595/global-shipments-forecast-for-tablets-laptops-and-desktop-pcs/" mce_href="https://www.statista.com/statistics/272595/global-shipments-forecast-for-tablets-laptops-and-desktop-pcs/">PC</a> и <a href="https://www.statista.com/statistics/678948/smartphone-shipments-worldwide/" mce_href="https://www.statista.com/statistics/678948/smartphone-shipments-worldwide/">смартфонов</a>, то мы можем увидеть, что с каждым годом количество мобилок растет, а вот PC все меньше пользуется спросом. Однако не стоит разводить полемику о смерти какой-либо из платформ. Как отлично было сказано в <a href="https://blog.intercom.com/why-mobile-first-may-already-be-outdated/" mce_href="https://blog.intercom.com/why-mobile-first-may-already-be-outdated/">статье</a> Пола Адамса — каждому бизнесу стоит найти свой идеальный баланс между мобильным и стационарным типом работы с информацией. А пока менеджеры убежали решать вопросы бизнеса, я продолжу.<br /> <i>//Параграф для менеджеров закончился</i></p><p style="text-align: justify;" mce_style="text-align: justify;"><i></i></p> <p><b><img src="http://software-testing.ru/images/stories/library/mobile-test.jpg" mce_src="http://software-testing.ru/images/stories/library/mobile-test.jpg" class="caption" mce_style="float: left;" style="float: left;" width="367" height="240">Автор:</b> Максим Железный, QA инженер, www.linkedin.com/in/maxzheleznyy, twitter.com/MaxZheleznyy</p><p><b>Оригинальная публикация:</b> <a href="https://habrahabr.ru/company/tdb/blog/337234/" mce_href="https://habrahabr.ru/company/tdb/blog/337234/" target="_blank">https://habrahabr.ru/company/tdb/blog/337234/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">Меня зовут Максим и я работаю в отделе QA компании <a href="https://www.facebook.com/trinitydigitalrus/" mce_href="https://www.facebook.com/trinitydigitalrus/">Trinity Digital</a>. В сфере обеспечения качества я уже более двух лет, люблю мобильные приложения, их сложность и динамичность. В этой статье я попытался сделать относительно небольшой список инструментов, источников информации и скилов, которые тестировщик мобильных приложений всегда должен иметь при себе.<br /> <br /> Если разбить статью на части, то она будет выглядеть так:<br /></p> <ul style="text-align: justify;" mce_style="text-align: justify;"> <li>Источники информации для максимально успешного тестирования </li> <li>Инструменты для упрощения жизни тестировщика </li> <li>Hint’ы</li> <li>Доставка и анализ приложений</li> <li>Куда расти дальше, если постигли дзен</li> </ul><p style="text-align: justify;" mce_style="text-align: justify;"><i>//Алярма — ниже параграф для менеджеров и ценителей статистики</i><br /> <br /> В этой статье я не буду рассказывать что такое iOS и Android, но нельзя не сказать, какую важную роль играют мобильные платформы в нашей жизни. Если обратиться к статистике по продажам <a href="https://www.statista.com/statistics/272595/global-shipments-forecast-for-tablets-laptops-and-desktop-pcs/" mce_href="https://www.statista.com/statistics/272595/global-shipments-forecast-for-tablets-laptops-and-desktop-pcs/">PC</a> и <a href="https://www.statista.com/statistics/678948/smartphone-shipments-worldwide/" mce_href="https://www.statista.com/statistics/678948/smartphone-shipments-worldwide/">смартфонов</a>, то мы можем увидеть, что с каждым годом количество мобилок растет, а вот PC все меньше пользуется спросом. Однако не стоит разводить полемику о смерти какой-либо из платформ. Как отлично было сказано в <a href="https://blog.intercom.com/why-mobile-first-may-already-be-outdated/" mce_href="https://blog.intercom.com/why-mobile-first-may-already-be-outdated/">статье</a> Пола Адамса — каждому бизнесу стоит найти свой идеальный баланс между мобильным и стационарным типом работы с информацией. А пока менеджеры убежали решать вопросы бизнеса, я продолжу.<br /> <i>//Параграф для менеджеров закончился</i></p><p style="text-align: justify;" mce_style="text-align: justify;"><i></i></p> Все наши тесты всегда должны завершаться успешно 2018-01-15T09:38:19Z 2018-01-15T09:38:19Z http://software-testing.ru/library/testing/general-testing/2719-all-our-tests-should-always-pass Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/all-our-tests-should-always-pass.jpg" mce_src="http://software-testing.ru/images/stories/library/all-our-tests-should-always-pass.jpg" class="caption" mce_style="float: left;" style="float: left;" width="357" height="253">Автор:</b> Will Yates<br /></p><p><b>Оригинальная публикация:</b> <a href="http://www.test-talk.info/2017/02/all-our-tests-should-always-pass.html" mce_href="http://www.test-talk.info/2017/02/all-our-tests-should-always-pass.html" target="_blank">http://www.test-talk.info/2017/02/all-our-tests-should-always-pass.html</a><br mce_bogus="1"></p><p><b>Перевод:</b> Анна Радионова</p><p style="text-align: justify;" mce_style="text-align: justify;">Такие процессы как Continuous Integration и автоматизация тестирования требуют, чтобы написанные тесты были высокого качества и всегда завершались успешно. Не скажу, что я на 100% с этим согласен. Тесты, которые всегда проходят успешно, могут скрывать недостатки продукта, тем самым снижая его качество.</p> <p style="text-align: justify;" mce_style="text-align: justify;">В любом пайплайне CI новые билды тестируются при помощи набора автоматизированных тестов.&nbsp; Такие инструменты как Chef или Jenkins хорошо справляются с организацией этих процессов и их управлением. Однако, они используют набор тестов, которые практически гарантированно&nbsp; будут выполнены. Если используются одни и те же тесты и они всегда выполняются успешно, это - повод задуматься над следующими вопросами: <br /></p> <ol style="text-align: justify;" mce_style="text-align: justify;"> <li>Выполняют ли тесты именно те проверки, которые вы от них ожидаете? Тестируют ли они код, тестирование которого предполагаете вы? Не может ли быть такого, что они просто исполняют код, а не тестируют его? <u>Остерегайтесь таких тестов, которые тестируют не то, что предполагаете вы.</u> </li> <li>Не расположены ли тесты и новый код продукта в разных средах? Если ваши тесты направлены на проведение регрессионного тестирования части продукта, которая не связана логически с новым выпускаемым кодом, может оказаться так, что продукт тестируется не полностью.</li> <li>Опасайтесь “пестицидного парадокса”. Если долгое время используются одни и те же тесты, скорее всего, код “приобрел иммунитет” к тестам. Фрагменты кода, которые проверяются с помощью автотестов, скорее всего, со временем стали настолько хорошо написаны и отрефакторены, что вероятность внесения разработчиком ошибки в них крайне мала. </li> <li>Тесты устарели. При том, что автотесты выполняют разрабатываемый код, нужно учитывать, что они необязательно выполняют проверки таким же способом, каким будут взаимодействовать с продуктом ваши клиенты.&nbsp; Возможно, в тестах используется неподдерживаемый способ запуска или методы, которые зарекомендовали себя не лучшим образом.</li></ol> <p><b><img src="http://software-testing.ru/images/stories/library/all-our-tests-should-always-pass.jpg" mce_src="http://software-testing.ru/images/stories/library/all-our-tests-should-always-pass.jpg" class="caption" mce_style="float: left;" style="float: left;" width="357" height="253">Автор:</b> Will Yates<br /></p><p><b>Оригинальная публикация:</b> <a href="http://www.test-talk.info/2017/02/all-our-tests-should-always-pass.html" mce_href="http://www.test-talk.info/2017/02/all-our-tests-should-always-pass.html" target="_blank">http://www.test-talk.info/2017/02/all-our-tests-should-always-pass.html</a><br mce_bogus="1"></p><p><b>Перевод:</b> Анна Радионова</p><p style="text-align: justify;" mce_style="text-align: justify;">Такие процессы как Continuous Integration и автоматизация тестирования требуют, чтобы написанные тесты были высокого качества и всегда завершались успешно. Не скажу, что я на 100% с этим согласен. Тесты, которые всегда проходят успешно, могут скрывать недостатки продукта, тем самым снижая его качество.</p> <p style="text-align: justify;" mce_style="text-align: justify;">В любом пайплайне CI новые билды тестируются при помощи набора автоматизированных тестов.&nbsp; Такие инструменты как Chef или Jenkins хорошо справляются с организацией этих процессов и их управлением. Однако, они используют набор тестов, которые практически гарантированно&nbsp; будут выполнены. Если используются одни и те же тесты и они всегда выполняются успешно, это - повод задуматься над следующими вопросами: <br /></p> <ol style="text-align: justify;" mce_style="text-align: justify;"> <li>Выполняют ли тесты именно те проверки, которые вы от них ожидаете? Тестируют ли они код, тестирование которого предполагаете вы? Не может ли быть такого, что они просто исполняют код, а не тестируют его? <u>Остерегайтесь таких тестов, которые тестируют не то, что предполагаете вы.</u> </li> <li>Не расположены ли тесты и новый код продукта в разных средах? Если ваши тесты направлены на проведение регрессионного тестирования части продукта, которая не связана логически с новым выпускаемым кодом, может оказаться так, что продукт тестируется не полностью.</li> <li>Опасайтесь “пестицидного парадокса”. Если долгое время используются одни и те же тесты, скорее всего, код “приобрел иммунитет” к тестам. Фрагменты кода, которые проверяются с помощью автотестов, скорее всего, со временем стали настолько хорошо написаны и отрефакторены, что вероятность внесения разработчиком ошибки в них крайне мала. </li> <li>Тесты устарели. При том, что автотесты выполняют разрабатываемый код, нужно учитывать, что они необязательно выполняют проверки таким же способом, каким будут взаимодействовать с продуктом ваши клиенты.&nbsp; Возможно, в тестах используется неподдерживаемый способ запуска или методы, которые зарекомендовали себя не лучшим образом.</li></ol> Конференция SQA Days 23, Минск, 25-26 мая. Скидка для наших читателей 2018-01-12T08:25:17Z 2018-01-12T08:25:17Z http://software-testing.ru/events/2718-sqa-23 Administrator barancev@gmail.com <p style="text-align: justify;" mce_style="text-align: justify;"><b><i><img src="http://software-testing.ru/images/stories/library/sqa23.jpg" mce_src="http://software-testing.ru/images/stories/library/sqa23.jpg" class="caption" mce_style="float: left;" style="float: left;" width="203" height="127">25-26 мая 2018 г. в Минске пройдет 23-я международная конференция в области обеспечения качества ПО «<a href="https://sqadays.com/ru/index" mce_href="https://sqadays.com/ru/index" target="_blank">Software Quality Assurance Days</a>» - </i></b>крупнейшая в СНГ международная конференция для специалистов в области качества программного обеспечения.</p><p>Целевая аудитория – специалисты по тестированию разных уровней, руководители отделов тестирования, директора по качеству;&nbsp;а также все, кто по роду своей деятельности плотно вовлечен в сферу обеспечения качества ПО.&nbsp;<br /> <br /> Планируемые тематики докладов:</p> <ul> <li>Методики и инструменты тестирования ПО;</li> <li>Автоматизация тестирования ПО;</li> <li>Подготовка, обучение и управление командами тестировщиков;</li> <li>Процессы обеспечения качества в компании;</li> <li>Управление тестированием и аутсорсинг;</li> <li>Совершенствование процессов тестирования и инновации. </li> </ul><p> В настоящее время организаторы конференции активно работают над составлением программы. Предложить доклад на конференцию можно <a href="http://sqadays.com/ru/wizard?role=speaker" mce_href="http://sqadays.com/ru/wizard?role=speaker" target="_blank">на официальном сайте SQA Days</a>. Для докладчиков участие в конференции бесплатно!<br /> </p><p>Прием докладов открыт <b>до 04 марта 2018 г.</b><br /> </p><p>Как обычно для читателей нашего портала действует промокод на получение 10% скидки. </p><p>Зарегистрироваться и приобрести билет заранее по льготной цене можно <a href="http://sqadays.com/ru/index" target="_blank">здесь</a>.</p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Промокод для получения 10% скидки - s-t.ru</b></p><p style="text-align: justify;" mce_style="text-align: justify;"><a href="http://software-testing.ru/forum/index.php?/topic/36079-konferentciia-sqa-days-23-minsk-25-26-maia-skidka-dlia-nashikh-chita/" mce_href="http://software-testing.ru/forum/index.php?/topic/36079-konferentciia-sqa-days-23-minsk-25-26-maia-skidka-dlia-nashikh-chita/" target="_blank">Обсудить в форуме</a><b><br /></b></p> <p style="text-align: justify;" mce_style="text-align: justify;"><b><i><img src="http://software-testing.ru/images/stories/library/sqa23.jpg" mce_src="http://software-testing.ru/images/stories/library/sqa23.jpg" class="caption" mce_style="float: left;" style="float: left;" width="203" height="127">25-26 мая 2018 г. в Минске пройдет 23-я международная конференция в области обеспечения качества ПО «<a href="https://sqadays.com/ru/index" mce_href="https://sqadays.com/ru/index" target="_blank">Software Quality Assurance Days</a>» - </i></b>крупнейшая в СНГ международная конференция для специалистов в области качества программного обеспечения.</p><p>Целевая аудитория – специалисты по тестированию разных уровней, руководители отделов тестирования, директора по качеству;&nbsp;а также все, кто по роду своей деятельности плотно вовлечен в сферу обеспечения качества ПО.&nbsp;<br /> <br /> Планируемые тематики докладов:</p> <ul> <li>Методики и инструменты тестирования ПО;</li> <li>Автоматизация тестирования ПО;</li> <li>Подготовка, обучение и управление командами тестировщиков;</li> <li>Процессы обеспечения качества в компании;</li> <li>Управление тестированием и аутсорсинг;</li> <li>Совершенствование процессов тестирования и инновации. </li> </ul><p> В настоящее время организаторы конференции активно работают над составлением программы. Предложить доклад на конференцию можно <a href="http://sqadays.com/ru/wizard?role=speaker" mce_href="http://sqadays.com/ru/wizard?role=speaker" target="_blank">на официальном сайте SQA Days</a>. Для докладчиков участие в конференции бесплатно!<br /> </p><p>Прием докладов открыт <b>до 04 марта 2018 г.</b><br /> </p><p>Как обычно для читателей нашего портала действует промокод на получение 10% скидки. </p><p>Зарегистрироваться и приобрести билет заранее по льготной цене можно <a href="http://sqadays.com/ru/index" target="_blank">здесь</a>.</p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Промокод для получения 10% скидки - s-t.ru</b></p><p style="text-align: justify;" mce_style="text-align: justify;"><a href="http://software-testing.ru/forum/index.php?/topic/36079-konferentciia-sqa-days-23-minsk-25-26-maia-skidka-dlia-nashikh-chita/" mce_href="http://software-testing.ru/forum/index.php?/topic/36079-konferentciia-sqa-days-23-minsk-25-26-maia-skidka-dlia-nashikh-chita/" target="_blank">Обсудить в форуме</a><b><br /></b></p> Тестирование требований. Особенности 2018-01-11T20:00:00Z 2018-01-11T20:00:00Z http://software-testing.ru/library/around-testing/requirements/2705-testing-requirements Administrator barancev@gmail.com <p><img src="http://quality-lab.ru/wp-content/uploads/2017/09/1-3.png" mce_src="http://quality-lab.ru/wp-content/uploads/2017/09/1-3.png" class="caption" mce_style="float: left;" style="float: left;" width="263" height="259"></p><p><b> </b></p><div class="blog_nospace"><b> </b><p><b>Автор: </b>Александр Филиппов, ведущий тестировщик компании "Лаборатория качества"<br /></p><p><b>Оригинальная публикация: </b><a href="http://quality-lab.ru/testing-requirements/" mce_href="http://quality-lab.ru/testing-requirements/" target="_blank">http://quality-lab.ru/testing-requirements/</a><br mce_bogus="1"></p><h3>Введение</h3> </div> <p style="text-align: justify;" mce_style="text-align: justify;">Требования – это первое, на что смотрит команда проекта, это фундамент для проектирования и разработки продукта. Допущенная в документации ошибка или неточность может проявиться в самый неподходящий момент. Очевидно, что гораздо проще устранить дефект в паре строк требований, чем позже «перелопачивать» несколько сотен (или даже тысяч) строк кода. </p> <div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;">Тестирование требований направлено на то, чтобы уже на начальных этапах проектирования системы устранить максимально возможное количество ошибок. В перспективе, это позволяет:</div> <div class="blog_checklist" style="margin-left: 0px; text-align: justify;" mce_style="margin-left: 0px; text-align: justify;"> <ul> <ul> <li left="20px">значительно снизить итоговую стоимость проекта;</li> <li left="20px"><a href="http://quality-lab.ru/outsourcing/#onetime_testing_software" mce_href="http://quality-lab.ru/outsourcing/#onetime_testing_software" rel="noopener" target="_blank">улучшить качество продукта;</a><br mce_bogus="1"></li> <li left="20px" style="text-align: justify;" mce_style="text-align: justify;">сохранить нервы всей команде.</li></ul></ul> <p><img src="http://quality-lab.ru/wp-content/uploads/2017/09/1-3.png" mce_src="http://quality-lab.ru/wp-content/uploads/2017/09/1-3.png" class="caption" mce_style="float: left;" style="float: left;" width="263" height="259"></p><p><b> </b></p><div class="blog_nospace"><b> </b><p><b>Автор: </b>Александр Филиппов, ведущий тестировщик компании "Лаборатория качества"<br /></p><p><b>Оригинальная публикация: </b><a href="http://quality-lab.ru/testing-requirements/" mce_href="http://quality-lab.ru/testing-requirements/" target="_blank">http://quality-lab.ru/testing-requirements/</a><br mce_bogus="1"></p><h3>Введение</h3> </div> <p style="text-align: justify;" mce_style="text-align: justify;">Требования – это первое, на что смотрит команда проекта, это фундамент для проектирования и разработки продукта. Допущенная в документации ошибка или неточность может проявиться в самый неподходящий момент. Очевидно, что гораздо проще устранить дефект в паре строк требований, чем позже «перелопачивать» несколько сотен (или даже тысяч) строк кода. </p> <div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;">Тестирование требований направлено на то, чтобы уже на начальных этапах проектирования системы устранить максимально возможное количество ошибок. В перспективе, это позволяет:</div> <div class="blog_checklist" style="margin-left: 0px; text-align: justify;" mce_style="margin-left: 0px; text-align: justify;"> <ul> <ul> <li left="20px">значительно снизить итоговую стоимость проекта;</li> <li left="20px"><a href="http://quality-lab.ru/outsourcing/#onetime_testing_software" mce_href="http://quality-lab.ru/outsourcing/#onetime_testing_software" rel="noopener" target="_blank">улучшить качество продукта;</a><br mce_bogus="1"></li> <li left="20px" style="text-align: justify;" mce_style="text-align: justify;">сохранить нервы всей команде.</li></ul></ul> Видео лучших докладов онлайн-конференции для тестировщиков КоТэ 2018-01-10T20:00:00Z 2018-01-10T20:00:00Z http://software-testing.ru/events/review/2717-kotekonf-best Administrator barancev@gmail.com <p style="text-align: justify;" mce_style="text-align: justify;"><img src="http://software-testing.ru/images/stories/library/fd8b0f77d767f1f6640afba6916ff67c_l.jpg" mce_src="http://software-testing.ru/images/stories/library/fd8b0f77d767f1f6640afba6916ff67c_l.jpg" class="caption" mce_style="float: left;" style="float: left;" width="354" height="191">В конце сентября 2017 года прошла первая онлайн-конференция для тестировщиков КоТэ.</p><p style="text-align: justify;" mce_style="text-align: justify;">В течение трех дней докладчики делились знаниями и опытом в различных сферах тестирования.</p><p style="text-align: justify;" mce_style="text-align: justify;">А у участников была возможность оценить каждый из докладов и выбрать наиболее понравившиеся.</p><p style="text-align: justify;" mce_style="text-align: justify;">Мы публикуем <b>лучшие доклады</b> прошедшей конференции. </p><p style="text-align: justify;" mce_style="text-align: justify;">Наибольшее количество голосов получил доклад <b>Анастасии Смирновой "Как организовать погружение новичков в команду?"</b>- о том, как найти точки соприкосновения между интересами новоприбывших сотрудников и потребностями проекта, и как обеспечить непрерывное развитие команды.</p><p style="text-align: justify;" mce_style="text-align: justify;">С небольшим отрывом за ним следует доклад <b>Нины Агеевой "Итоговый отчёт по проведённому тестированию"</b>, в рамках которого рассматриваются все ключевые аспекты создания качественных финальных отчётов.</p><p style="text-align: justify;" mce_style="text-align: justify;"> И также доклад <b>Александра Филиппова "Экстренное тестирование: Один за всех!"</b>, в котором докладчик рассказывает как выстроить наиболее оптимальный процесс тестирования на новом или уже действующем проекте.</p> <p style="text-align: justify;" mce_style="text-align: justify;"><img src="http://software-testing.ru/images/stories/library/fd8b0f77d767f1f6640afba6916ff67c_l.jpg" mce_src="http://software-testing.ru/images/stories/library/fd8b0f77d767f1f6640afba6916ff67c_l.jpg" class="caption" mce_style="float: left;" style="float: left;" width="354" height="191">В конце сентября 2017 года прошла первая онлайн-конференция для тестировщиков КоТэ.</p><p style="text-align: justify;" mce_style="text-align: justify;">В течение трех дней докладчики делились знаниями и опытом в различных сферах тестирования.</p><p style="text-align: justify;" mce_style="text-align: justify;">А у участников была возможность оценить каждый из докладов и выбрать наиболее понравившиеся.</p><p style="text-align: justify;" mce_style="text-align: justify;">Мы публикуем <b>лучшие доклады</b> прошедшей конференции. </p><p style="text-align: justify;" mce_style="text-align: justify;">Наибольшее количество голосов получил доклад <b>Анастасии Смирновой "Как организовать погружение новичков в команду?"</b>- о том, как найти точки соприкосновения между интересами новоприбывших сотрудников и потребностями проекта, и как обеспечить непрерывное развитие команды.</p><p style="text-align: justify;" mce_style="text-align: justify;">С небольшим отрывом за ним следует доклад <b>Нины Агеевой "Итоговый отчёт по проведённому тестированию"</b>, в рамках которого рассматриваются все ключевые аспекты создания качественных финальных отчётов.</p><p style="text-align: justify;" mce_style="text-align: justify;"> И также доклад <b>Александра Филиппова "Экстренное тестирование: Один за всех!"</b>, в котором докладчик рассказывает как выстроить наиболее оптимальный процесс тестирования на новом или уже действующем проекте.</p> Опрос по инструментам автоматического функционального тестирования мобильных приложений 2018-01-10T07:30:59Z 2018-01-10T07:30:59Z http://software-testing.ru/library/testing/mobile-testing/2716-mobile-interview Administrator barancev@gmail.com <p style="text-align: justify;" mce_style="text-align: justify;"><b><img src="http://software-testing.ru/images/stories/library/mobile-in/mobile-in3.jpg" mce_src="http://software-testing.ru/images/stories/library/mobile-in/mobile-in3.jpg" class="caption" mce_style="float: left;" style="float: left;" width="374" height="235">Автор:</b> Арсений Батыров<br /></p><p style="text-align: justify;" mce_style="text-align: justify;">Готовясь к первому запуску курса “<a href="http://software-testing.ru/edu/3-online/255-automation-mobile" mce_href="http://software-testing.ru/edu/3-online/255-automation-mobile">Автоматизированное тестирование Android-приложений</a>”, я задался вопросом: какие инструменты функционального автотестирования для мобильных приложений сейчас наиболее популярны, что стоит выбрать для знакомства новичков с этой темой? </p><p style="text-align: justify;" mce_style="text-align: justify;">С одной стороны, инструмент должен быть достаточно прост в освоении и понятен людям без опыта. С другой – нет никакого смысла учить устаревшие или узкоспециализированные технологии. А учитывая, что стек технологий даже в двух похожих компаниях может различаться, привязываться к конкретным утилитам достаточно бессмысленно. Конечно, у меня было некоторое представление о популярности инструментов на рынке, однако не хотелось основывать курс только на своём мнении.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Поэтому я разместил простой опрос из трёх пунктов на нескольких крупных сообществах QA в FB, Telegram и Skype. За несколько дней я получил ответы от 36 человек, что уже подходит под критерии <a href="https://ru.wikipedia.org/wiki/%D0%92%D1%8B%D0%B1%D0%BE%D1%80%D0%BA%D0%B0#cite_ref-1" mce_href="https://ru.wikipedia.org/wiki/%D0%92%D1%8B%D0%B1%D0%BE%D1%80%D0%BA%D0%B0#cite_ref-1">большой статистической выборки</a>. Конечно, этот опрос не претендует на звание серьёзного исследования рынка, но помогает понять основные тренды.</p> <p style="text-align: justify;" mce_style="text-align: justify;"><b><img src="http://software-testing.ru/images/stories/library/mobile-in/mobile-in3.jpg" mce_src="http://software-testing.ru/images/stories/library/mobile-in/mobile-in3.jpg" class="caption" mce_style="float: left;" style="float: left;" width="374" height="235">Автор:</b> Арсений Батыров<br /></p><p style="text-align: justify;" mce_style="text-align: justify;">Готовясь к первому запуску курса “<a href="http://software-testing.ru/edu/3-online/255-automation-mobile" mce_href="http://software-testing.ru/edu/3-online/255-automation-mobile">Автоматизированное тестирование Android-приложений</a>”, я задался вопросом: какие инструменты функционального автотестирования для мобильных приложений сейчас наиболее популярны, что стоит выбрать для знакомства новичков с этой темой? </p><p style="text-align: justify;" mce_style="text-align: justify;">С одной стороны, инструмент должен быть достаточно прост в освоении и понятен людям без опыта. С другой – нет никакого смысла учить устаревшие или узкоспециализированные технологии. А учитывая, что стек технологий даже в двух похожих компаниях может различаться, привязываться к конкретным утилитам достаточно бессмысленно. Конечно, у меня было некоторое представление о популярности инструментов на рынке, однако не хотелось основывать курс только на своём мнении.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Поэтому я разместил простой опрос из трёх пунктов на нескольких крупных сообществах QA в FB, Telegram и Skype. За несколько дней я получил ответы от 36 человек, что уже подходит под критерии <a href="https://ru.wikipedia.org/wiki/%D0%92%D1%8B%D0%B1%D0%BE%D1%80%D0%BA%D0%B0#cite_ref-1" mce_href="https://ru.wikipedia.org/wiki/%D0%92%D1%8B%D0%B1%D0%BE%D1%80%D0%BA%D0%B0#cite_ref-1">большой статистической выборки</a>. Конечно, этот опрос не претендует на звание серьёзного исследования рынка, но помогает понять основные тренды.</p> Размышления об оценке тестирования 2018-01-08T20:00:00Z 2018-01-08T20:00:00Z http://software-testing.ru/library/testing/general-testing/2700-thoughts-around-test-estimation Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/building-exploratory-test-plan.jpg" mce_src="http://software-testing.ru/images/stories/library/building-exploratory-test-plan.jpg" class="caption" mce_style="float: left;" style="float: left;" width="364" height="242">Автор: </b>Аарон Ходдер (Aaron Hodder)</p> <p><b>Оригинал статьи: </b><a href="https://testerkiwi.blogspot.ru/2013/12/thoughts-around-test-estimation-irony.html" mce_href="https://testerkiwi.blogspot.ru/2013/12/thoughts-around-test-estimation-irony.html" target="_blank">https://testerkiwi.blogspot.ru/2013/12/thoughts-around-test-estimation-irony.html</a><br mce_bogus="1"></p> <p><b>Перевод: </b>Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Сарказм просьбы оценить время на тестирование не только в том, что он походит на просьбу оценить, сколько времени понадобится на поиск всех-всех-всех пасхальных яиц на Пасху. Зачастую момент, когда тестирование останавливается, просто от нас не зависит.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Тестирование – это эмпирическое техническое исследование, цель которого – позволить заинтересованным лицам принимать информированные решения, касающиеся качества (Кем Кейнер). Следовательно, вопрос «сколько времени уйдет на тестирование?» на самом деле звучит как «Сколько времени понадобится тем, кто принимает решения, чтобы получить достаточно информации для принятия информированного, основанного на рисках решения?»</p> <p><b><img src="http://software-testing.ru/images/stories/library/building-exploratory-test-plan.jpg" mce_src="http://software-testing.ru/images/stories/library/building-exploratory-test-plan.jpg" class="caption" mce_style="float: left;" style="float: left;" width="364" height="242">Автор: </b>Аарон Ходдер (Aaron Hodder)</p> <p><b>Оригинал статьи: </b><a href="https://testerkiwi.blogspot.ru/2013/12/thoughts-around-test-estimation-irony.html" mce_href="https://testerkiwi.blogspot.ru/2013/12/thoughts-around-test-estimation-irony.html" target="_blank">https://testerkiwi.blogspot.ru/2013/12/thoughts-around-test-estimation-irony.html</a><br mce_bogus="1"></p> <p><b>Перевод: </b>Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Сарказм просьбы оценить время на тестирование не только в том, что он походит на просьбу оценить, сколько времени понадобится на поиск всех-всех-всех пасхальных яиц на Пасху. Зачастую момент, когда тестирование останавливается, просто от нас не зависит.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Тестирование – это эмпирическое техническое исследование, цель которого – позволить заинтересованным лицам принимать информированные решения, касающиеся качества (Кем Кейнер). Следовательно, вопрос «сколько времени уйдет на тестирование?» на самом деле звучит как «Сколько времени понадобится тем, кто принимает решения, чтобы получить достаточно информации для принятия информированного, основанного на рисках решения?»</p> Бесконечное путешествие: обучение, тестирование, изучение 2017-12-28T20:00:00Z 2017-12-28T20:00:00Z http://software-testing.ru/library/testing/general-testing/2698-test-travel Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/test-travel1.jpg" mce_src="http://software-testing.ru/images/stories/library/test-travel1.jpg" class="caption" mce_style="float: left;" style="float: left;" width="386" height="193">Автор: </b>Адам Ховард (Adam Howard)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=16" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=16">https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=16</a><br mce_bogus="1"></p> <p><b>Перевод: </b> Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Вот экзамен для вас как для тестировщика: научите кого-нибудь тестировать за три дня. Эта задача встала передо мной, Катриной Клоки, Аароном Ходдером, Джорджией Чанн в январе 2014 года. Нас попросили трое суток поучаствовать в выпускной программе Assurity, которая дала миру немало тестировщиков.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Ответственность была высока, и все мы волновались. В конце концов, это было первое, что десяток выпускников узнают о тестировании. Некоторые из них изучали программирование, но большинство было новичками не только в тестировании, но и в IT в целом. К счастью, трое суток пролетели как стрела, выпускникам все понравилось, мы много веселились, но самое главное – птенцы нашего гнезда действительно узнали что-то о тестировании. Как мы этого добились?</p> <h2 style="text-align: justify;" mce_style="text-align: justify;">Мир удивительных открытий</h2> <p style="text-align: justify;" mce_style="text-align: justify;">Перед нами стояла задача впихнуть десятилетнюю мудрость и размышления в свеженьких радостных выпускников. Конечно, мы могли просто забросать их информацией – трех дней нам хватило бы. Наполни их идеями и надейся, что они хоть что-то запомнили. В конце концов, кто мы такие, чтобы знать, с какими проблемами они столкнутся, когда станут тестировщиками? Когда они начнут развиваться и расти как тестировщики, их окружение поддержит их, все они пойдут разными дорогами, получат различный опыт, столкнутся с различными ситуациями и проблемами.</p> <p><b><img src="http://software-testing.ru/images/stories/library/test-travel1.jpg" mce_src="http://software-testing.ru/images/stories/library/test-travel1.jpg" class="caption" mce_style="float: left;" style="float: left;" width="386" height="193">Автор: </b>Адам Ховард (Adam Howard)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=16" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=16">https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=16</a><br mce_bogus="1"></p> <p><b>Перевод: </b> Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Вот экзамен для вас как для тестировщика: научите кого-нибудь тестировать за три дня. Эта задача встала передо мной, Катриной Клоки, Аароном Ходдером, Джорджией Чанн в январе 2014 года. Нас попросили трое суток поучаствовать в выпускной программе Assurity, которая дала миру немало тестировщиков.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Ответственность была высока, и все мы волновались. В конце концов, это было первое, что десяток выпускников узнают о тестировании. Некоторые из них изучали программирование, но большинство было новичками не только в тестировании, но и в IT в целом. К счастью, трое суток пролетели как стрела, выпускникам все понравилось, мы много веселились, но самое главное – птенцы нашего гнезда действительно узнали что-то о тестировании. Как мы этого добились?</p> <h2 style="text-align: justify;" mce_style="text-align: justify;">Мир удивительных открытий</h2> <p style="text-align: justify;" mce_style="text-align: justify;">Перед нами стояла задача впихнуть десятилетнюю мудрость и размышления в свеженьких радостных выпускников. Конечно, мы могли просто забросать их информацией – трех дней нам хватило бы. Наполни их идеями и надейся, что они хоть что-то запомнили. В конце концов, кто мы такие, чтобы знать, с какими проблемами они столкнутся, когда станут тестировщиками? Когда они начнут развиваться и расти как тестировщики, их окружение поддержит их, все они пойдут разными дорогами, получат различный опыт, столкнутся с различными ситуациями и проблемами.</p> Новогодняя игра, стандарт баг-репорта, специфика исследовательского тестирования, применение DevTools в автотестах: новогодняя рассылка за конец декабря 2017 года 2017-12-28T06:34:14Z 2017-12-28T06:34:14Z http://software-testing.ru/news/2715-newsletter-december-2 Administrator barancev@gmail.com <p><img src="http://software-testing.ru/images/stories/library/news-december 2.jpg" mce_src="http://software-testing.ru/images/stories/library/news-december 2.jpg" class="caption" mce_style="float: left;" style="float: left;" width="172" height="132">Вышел выпуск рассылки за конец декабря, его содержание доступно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-491" mce_href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-491">по&nbsp;ссылке</a>. </p><p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Как всегда в выпуске рассылки&nbsp;собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации&nbsp;<a href="http://www.software-testing.ru/blogs" mce_href="http://www.software-testing.ru/blogs">в ленте блогов</a> и темы&nbsp;<a href="http://www.software-testing.ru/forum/" mce_href="http://www.software-testing.ru/forum/">на форуме</a>.</p> <p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Подписаться на рассылку можно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/user/subscribe" mce_href="http://www.software-testing.ru/component/acymailing/user/subscribe">по ссылке</a>.</p><p> <a href="http://software-testing.ru/forum/index.php?/topic/36045-samye-interesnye-novosti-testirovaniia-za-kone/" mce_href="http://software-testing.ru/forum/index.php?/topic/36045-samye-interesnye-novosti-testirovaniia-za-kone/" target="_blank">Обсудить в форуме</a><br mce_bogus="1"></p> <p><img src="http://software-testing.ru/images/stories/library/news-december 2.jpg" mce_src="http://software-testing.ru/images/stories/library/news-december 2.jpg" class="caption" mce_style="float: left;" style="float: left;" width="172" height="132">Вышел выпуск рассылки за конец декабря, его содержание доступно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-491" mce_href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-491">по&nbsp;ссылке</a>. </p><p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Как всегда в выпуске рассылки&nbsp;собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации&nbsp;<a href="http://www.software-testing.ru/blogs" mce_href="http://www.software-testing.ru/blogs">в ленте блогов</a> и темы&nbsp;<a href="http://www.software-testing.ru/forum/" mce_href="http://www.software-testing.ru/forum/">на форуме</a>.</p> <p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Подписаться на рассылку можно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/user/subscribe" mce_href="http://www.software-testing.ru/component/acymailing/user/subscribe">по ссылке</a>.</p><p> <a href="http://software-testing.ru/forum/index.php?/topic/36045-samye-interesnye-novosti-testirovaniia-za-kone/" mce_href="http://software-testing.ru/forum/index.php?/topic/36045-samye-interesnye-novosti-testirovaniia-za-kone/" target="_blank">Обсудить в форуме</a><br mce_bogus="1"></p> Новогодняя игра: создай свое поздравление! 2017-12-27T07:08:04Z 2017-12-27T07:08:04Z http://software-testing.ru/news/2714-happy-new-year Administrator barancev@gmail.com <p style="text-align: justify;" mce_style="text-align: justify;"><img src="http://software-testing.ru/images/stories/library/ .png" mce_src="http://software-testing.ru/images/stories/library/ .png" class="caption" mce_style="float: left;" style="float: left;" width="391" height="204">Все мы ждем наступления Нового года, чтобы свершилось чудо. Этот обычай родом из детства, когда все загадывали желания под елочкой и писали трогательные письма Деду Морозу.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Сейчас мы уже взрослые, и пишем поздравления, пожелания своим близким, друзьям, коллегам, и сами зачастую становимся этими Дедами Морозами.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Так почему не написать письмо с поздравлением самому себе? Ведь мы как никто другой знаем, чего мы хотим на самом деле, и какие желания загадываем под бой курантов.</p> <p style="text-align: justify;" mce_style="text-align: justify;">И чтобы окунуться немного в детство, да еще и повеселиться от души, мы решили сделать поздравление шуточным и немного поиграть.</p><p style="text-align: justify;" mce_style="text-align: justify;">Как это сделать: <a href="http://software-testing.ru/ny2018/" mce_href="http://software-testing.ru/ny2018/" target="_blank">НАЖМИТЕ НА ССЫЛКУ</a>, после чего ответьте на вопросы, нажмите кнопку <b>Создай открытку</b> и Вам откроется замечательная открытка с Вашим личным поздравлением!</p><p style="text-align: justify;" mce_style="text-align: justify;">Ее можно сохранить, поделиться в соц.сетях, обмениваться с друзьями, чтобы вместе улыбнуться над результатом&nbsp;<img src="http://software-testing.ru/plugins/editors/tinymce/jscripts/tiny_mce/plugins/emotions/img/smiley-smile.gif" mce_src="http://software-testing.ru/plugins/editors/tinymce/jscripts/tiny_mce/plugins/emotions/img/smiley-smile.gif" alt="Smile" title="Smile" border="0"> </p><p style="text-align: justify;" mce_style="text-align: justify;">Мы желаем Вам не только в праздник оставаться чуточку детьми, верить в сказку, верить в себя и свои силы, и пусть Новый год принесет Вам много радостных дней, волшебных мгновений и&nbsp; новых открытий!</p> <p style="text-align: justify;" mce_style="text-align: justify;"><img src="http://software-testing.ru/images/stories/library/ .png" mce_src="http://software-testing.ru/images/stories/library/ .png" class="caption" mce_style="float: left;" style="float: left;" width="391" height="204">Все мы ждем наступления Нового года, чтобы свершилось чудо. Этот обычай родом из детства, когда все загадывали желания под елочкой и писали трогательные письма Деду Морозу.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Сейчас мы уже взрослые, и пишем поздравления, пожелания своим близким, друзьям, коллегам, и сами зачастую становимся этими Дедами Морозами.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Так почему не написать письмо с поздравлением самому себе? Ведь мы как никто другой знаем, чего мы хотим на самом деле, и какие желания загадываем под бой курантов.</p> <p style="text-align: justify;" mce_style="text-align: justify;">И чтобы окунуться немного в детство, да еще и повеселиться от души, мы решили сделать поздравление шуточным и немного поиграть.</p><p style="text-align: justify;" mce_style="text-align: justify;">Как это сделать: <a href="http://software-testing.ru/ny2018/" mce_href="http://software-testing.ru/ny2018/" target="_blank">НАЖМИТЕ НА ССЫЛКУ</a>, после чего ответьте на вопросы, нажмите кнопку <b>Создай открытку</b> и Вам откроется замечательная открытка с Вашим личным поздравлением!</p><p style="text-align: justify;" mce_style="text-align: justify;">Ее можно сохранить, поделиться в соц.сетях, обмениваться с друзьями, чтобы вместе улыбнуться над результатом&nbsp;<img src="http://software-testing.ru/plugins/editors/tinymce/jscripts/tiny_mce/plugins/emotions/img/smiley-smile.gif" mce_src="http://software-testing.ru/plugins/editors/tinymce/jscripts/tiny_mce/plugins/emotions/img/smiley-smile.gif" alt="Smile" title="Smile" border="0"> </p><p style="text-align: justify;" mce_style="text-align: justify;">Мы желаем Вам не только в праздник оставаться чуточку детьми, верить в сказку, верить в себя и свои силы, и пусть Новый год принесет Вам много радостных дней, волшебных мгновений и&nbsp; новых открытий!</p> Какая разница между тест-аналитиком, системным аналитиком и бизнес-аналитиком 2017-12-25T20:00:00Z 2017-12-25T20:00:00Z http://software-testing.ru/library/testing/general-testing/2704-what-is-the-difference-between-the-analysts Administrator barancev@gmail.com <div align="center"><img src="http://quality-lab.ru/wp-content/uploads/2017/09/1-2.png" mce_src="http://quality-lab.ru/wp-content/uploads/2017/09/1-2.png" class="caption" mce_style="float: left;" style="float: left;" width="381" height="252"></div> <div><b>Автор:</b> Виктория Соковикова, аналитик компании "Лаборатория качества"<br /></div><div><b><br /></b></div><div><b>Оригинальная публикация:</b><a href="http://quality-lab.ru/what-is-the-difference-between-the-analysts/" mce_href="http://quality-lab.ru/what-is-the-difference-between-the-analysts/" target="_blank"> http://quality-lab.ru/what-is-the-difference-between-the-analysts/</a><br mce_bogus="1"></div><div><br /></div><div>Здравствуйте. Меня зовут Виктория, и я аналитик.</div><p style="text-align: justify;" mce_style="text-align: justify;">Так я определила название <del>своей профессии</del> своего жизненного призвания пару лет назад, когда попытки отнести себя к тому или иному лагерю специалистов в очередной раз не увенчались успехом. Я работала на позициях аналитика, системного аналитика, руководителя группы разработки требований для массовых продуктов, начальника отдела разработки требований, руководителя продукта. Таких, как я, называют бизнес-аналитиками, системными аналитиками, менеджерами продуктов, проектировщиками, технологами, техническими писателями. Принимая сотрудника на одну из этих позиций, компании далеко не всегда понимают, <b>что именно</b> будет входить в его обязанности, и <b>что</b> будет являться результатом его работы. В итоге мы имеем такое многообразие вакансий, что бывает трудно сразу сообразить, по какому конкретно запросу нужно искать работу или сотрудника своей мечты.</p> <p style="text-align: justify;" mce_style="text-align: justify;"><i>Одного моего знакомого на собеседовании на позицию «Системный аналитик» спрашивали, знаком ли он с VBA и как хорошо пишет макросы. Технические задания он писал лучше <img src="http://quality-lab.ru/wp-includes/images/smilies/simple-smile.png" mce_src="http://quality-lab.ru/wp-includes/images/smilies/simple-smile.png" alt=":)" class="wp-smiley" style="height: 1em; max-height: 1em;"></i></p> <div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;">Аналитики редко играют одну роль на проекте, и рано или поздно каждый из них задает себе вопрос «Кто я?».</div><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;"> <div align="center"><img src="http://quality-lab.ru/wp-content/uploads/2017/09/1-2.png" mce_src="http://quality-lab.ru/wp-content/uploads/2017/09/1-2.png" class="caption" mce_style="float: left;" style="float: left;" width="381" height="252"></div> <div><b>Автор:</b> Виктория Соковикова, аналитик компании "Лаборатория качества"<br /></div><div><b><br /></b></div><div><b>Оригинальная публикация:</b><a href="http://quality-lab.ru/what-is-the-difference-between-the-analysts/" mce_href="http://quality-lab.ru/what-is-the-difference-between-the-analysts/" target="_blank"> http://quality-lab.ru/what-is-the-difference-between-the-analysts/</a><br mce_bogus="1"></div><div><br /></div><div>Здравствуйте. Меня зовут Виктория, и я аналитик.</div><p style="text-align: justify;" mce_style="text-align: justify;">Так я определила название <del>своей профессии</del> своего жизненного призвания пару лет назад, когда попытки отнести себя к тому или иному лагерю специалистов в очередной раз не увенчались успехом. Я работала на позициях аналитика, системного аналитика, руководителя группы разработки требований для массовых продуктов, начальника отдела разработки требований, руководителя продукта. Таких, как я, называют бизнес-аналитиками, системными аналитиками, менеджерами продуктов, проектировщиками, технологами, техническими писателями. Принимая сотрудника на одну из этих позиций, компании далеко не всегда понимают, <b>что именно</b> будет входить в его обязанности, и <b>что</b> будет являться результатом его работы. В итоге мы имеем такое многообразие вакансий, что бывает трудно сразу сообразить, по какому конкретно запросу нужно искать работу или сотрудника своей мечты.</p> <p style="text-align: justify;" mce_style="text-align: justify;"><i>Одного моего знакомого на собеседовании на позицию «Системный аналитик» спрашивали, знаком ли он с VBA и как хорошо пишет макросы. Технические задания он писал лучше <img src="http://quality-lab.ru/wp-includes/images/smilies/simple-smile.png" mce_src="http://quality-lab.ru/wp-includes/images/smilies/simple-smile.png" alt=":)" class="wp-smiley" style="height: 1em; max-height: 1em;"></i></p> <div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;">Аналитики редко играют одну роль на проекте, и рано или поздно каждый из них задает себе вопрос «Кто я?».</div><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;"> Тестирование «без» требований: поиск и организация информации 2017-12-24T20:00:00Z 2017-12-24T20:00:00Z http://software-testing.ru/library/around-testing/requirements/2702-no-requirements Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/no-requirements.jpg" mce_src="http://software-testing.ru/images/stories/library/no-requirements.jpg" class="caption" mce_style="float: left;" style="float: left;" width="378" height="220">Автор</b>: Дженнифер Харрелл (Jennifer Hurrell)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=3" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=3">https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=3</a><br mce_bogus="1"></p> <p><b>Автор: </b> Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Когда-то давно я встретилась с потенциальным клиентом, чтобы обсудить тестирование его проекта. Вскоре после начала нашей встречи он, однако, осознал, что тестировать его проект нельзя, потому что полностью отсутствуют формальные требования. Короче говоря, они ничего не записывали. Он скептично отнесся к моему заявлению, что письменно зафиксированные требования необязательны для тестирования. «Но как же вы будете тестировать без требований? Как вы узнаете, баг это или не баг?» - «Спрошу».</p> <p style="text-align: justify;" mce_style="text-align: justify;">Я пояснила свой ответ, объяснив, что зачастую я открываю для себя требования, не читая документацию по ним. Я, помнится, сказала, что он прав – я вполне могу не понять, баг это или не баг – поэтому я буду задавать кучу вопросов и обсуждать все несостыковки с проектной командой.</p> <p style="text-align: justify;" mce_style="text-align: justify;">По пути домой я размышляла над нашим разговором и тем, как мне, как тестировщику, справиться с ситуацией, когда требования неясны или не записаны формально. Эта статья описывает процесс, который я использовала, чтобы выкопать и организовать информацию, нужную мне для тестирования, вне зависимости от доступности ее источников.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Что же такое «требование», и почему тестировщикам оно необходимо?</p> <p><b><img src="http://software-testing.ru/images/stories/library/no-requirements.jpg" mce_src="http://software-testing.ru/images/stories/library/no-requirements.jpg" class="caption" mce_style="float: left;" style="float: left;" width="378" height="220">Автор</b>: Дженнифер Харрелл (Jennifer Hurrell)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=3" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=3">https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=3</a><br mce_bogus="1"></p> <p><b>Автор: </b> Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Когда-то давно я встретилась с потенциальным клиентом, чтобы обсудить тестирование его проекта. Вскоре после начала нашей встречи он, однако, осознал, что тестировать его проект нельзя, потому что полностью отсутствуют формальные требования. Короче говоря, они ничего не записывали. Он скептично отнесся к моему заявлению, что письменно зафиксированные требования необязательны для тестирования. «Но как же вы будете тестировать без требований? Как вы узнаете, баг это или не баг?» - «Спрошу».</p> <p style="text-align: justify;" mce_style="text-align: justify;">Я пояснила свой ответ, объяснив, что зачастую я открываю для себя требования, не читая документацию по ним. Я, помнится, сказала, что он прав – я вполне могу не понять, баг это или не баг – поэтому я буду задавать кучу вопросов и обсуждать все несостыковки с проектной командой.</p> <p style="text-align: justify;" mce_style="text-align: justify;">По пути домой я размышляла над нашим разговором и тем, как мне, как тестировщику, справиться с ситуацией, когда требования неясны или не записаны формально. Эта статья описывает процесс, который я использовала, чтобы выкопать и организовать информацию, нужную мне для тестирования, вне зависимости от доступности ее источников.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Что же такое «требование», и почему тестировщикам оно необходимо?</p> Kirk + chrome devtools 2017-12-20T14:15:46Z 2017-12-20T14:15:46Z http://software-testing.ru/library/testing/testing-automation/2712-kirk-chrome-devtools Administrator barancev@gmail.com <div> <div><img src="http://tutorialdock.altervista.org/wordpress/wp-content/uploads/2011/06/chrome-dev-tool.png" alt="chrome dev tool" mce_src="http://tutorialdock.altervista.org/wordpress/wp-content/uploads/2011/06/chrome-dev-tool.png" class="caption" mce_style="border: 0px none; float: left;" style="border: 0px none; float: left;" width="395" height="164"></div><b> </b></div><p><b>Автор:</b> Сергей Пирогов</p><p><b>Оригинальная публикация:</b> <a href="http://automation-remarks.com/2017/kirk-chrome-devtools/index.html" mce_href="http://automation-remarks.com/2017/kirk-chrome-devtools/index.html" target="_blank">http://automation-remarks.com/2017/kirk-chrome-devtools/index.html</a><br mce_bogus="1"></p><p>Привет, друзья-айтишники. Сегодня хочу поделиться с вами очередной порцией полезной информации из мира автоматизации тестирования. Поговорим более детально о возможностях использования Сhrome developer tools во время прогонов автотестов.</p><div class="paragraph"> <p><a href="http://automation-remarks.com/2017/video-recorder-update/index.html" mce_href="http://automation-remarks.com/2017/video-recorder-update/index.html" class="js-ajax-link">Записывать видео</a> мы уже давно научились, а вот использовать такой мощный инструмент, как devtools, пока еще нет.</p> </div> <div class="paragraph"> <p>Developer tools обладает обширным кругом возможностей. Мы с вами используем его каждый день: для поиска элеметов, для того, чтобы посмотреть в network, возможно, даже попытаться <a href="https://developers.google.com/web/tools/chrome-devtools/network-performance/network-conditions" mce_href="https://developers.google.com/web/tools/chrome-devtools/network-performance/network-conditions">замедлить браузер</a>, чтобы посмотреть на поведение вашего сайта.</p> </div> <div class="paragraph"> <p>Использование devtools в тестах было невозможно, пока на одной из конференций не был показан инструмент <a href="https://github.com/bayandin/devtools-proxy" mce_href="https://github.com/bayandin/devtools-proxy">devtools proxy</a>.</p> </div> <div class="paragraph"> <p>Сам прокси написан на Python, но это не ограничивает нас от использования его в Java проектах.</p> <div> <div><img src="http://tutorialdock.altervista.org/wordpress/wp-content/uploads/2011/06/chrome-dev-tool.png" alt="chrome dev tool" mce_src="http://tutorialdock.altervista.org/wordpress/wp-content/uploads/2011/06/chrome-dev-tool.png" class="caption" mce_style="border: 0px none; float: left;" style="border: 0px none; float: left;" width="395" height="164"></div><b> </b></div><p><b>Автор:</b> Сергей Пирогов</p><p><b>Оригинальная публикация:</b> <a href="http://automation-remarks.com/2017/kirk-chrome-devtools/index.html" mce_href="http://automation-remarks.com/2017/kirk-chrome-devtools/index.html" target="_blank">http://automation-remarks.com/2017/kirk-chrome-devtools/index.html</a><br mce_bogus="1"></p><p>Привет, друзья-айтишники. Сегодня хочу поделиться с вами очередной порцией полезной информации из мира автоматизации тестирования. Поговорим более детально о возможностях использования Сhrome developer tools во время прогонов автотестов.</p><div class="paragraph"> <p><a href="http://automation-remarks.com/2017/video-recorder-update/index.html" mce_href="http://automation-remarks.com/2017/video-recorder-update/index.html" class="js-ajax-link">Записывать видео</a> мы уже давно научились, а вот использовать такой мощный инструмент, как devtools, пока еще нет.</p> </div> <div class="paragraph"> <p>Developer tools обладает обширным кругом возможностей. Мы с вами используем его каждый день: для поиска элеметов, для того, чтобы посмотреть в network, возможно, даже попытаться <a href="https://developers.google.com/web/tools/chrome-devtools/network-performance/network-conditions" mce_href="https://developers.google.com/web/tools/chrome-devtools/network-performance/network-conditions">замедлить браузер</a>, чтобы посмотреть на поведение вашего сайта.</p> </div> <div class="paragraph"> <p>Использование devtools в тестах было невозможно, пока на одной из конференций не был показан инструмент <a href="https://github.com/bayandin/devtools-proxy" mce_href="https://github.com/bayandin/devtools-proxy">devtools proxy</a>.</p> </div> <div class="paragraph"> <p>Сам прокси написан на Python, но это не ограничивает нас от использования его в Java проектах.</p> Где я? Подсказки для старта проекта 2017-12-20T20:00:00Z 2017-12-20T20:00:00Z http://software-testing.ru/library/around-testing/management/2699-test-project-start Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/test-project-start.jpg" mce_src="http://software-testing.ru/images/stories/library/test-project-start.jpg" class="caption" mce_style="border: 0px none; float: left;" style="border: 0px none; float: left;" width="392" height="260">Автор</b>: Марк Толфтс (Mark Tolfts)</p> <p><b>Оригинал статьи:</b> <a href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=9" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=9">https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=9</a><br mce_bogus="1"></p> <p><b>Перевод</b>: Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Когда я впервые присоединяюсь к проекту и быстро пытаюсь сориентироваться в нем, я чувствую себя парашютистом, сброшенным в зону боевых действий под покровом ночи. У меня есть краткое описание моей миссии, но многое мне предстоит быстро выяснить на месте, чтобы сработать быстро, качественно, не отвлекаясь на ненужные задачи и фокусируясь на том, что важно, в том контексте, куда я попал. В своей статье я опишу свой опыт, свои мысли и использование эвристик, помогающих быстро сориентироваться в проекте, помочь моей миссии как тестировщика, и позднее стать частью моей тест-стратегии.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Начнем с ряда определений, которые я вынес из курса Rapid Software Testing Джеймса Баха и Майкла Болтона:</p> <p style="text-align: justify;" mce_style="text-align: justify;">Миссия тестирования – результаты, которых от вас хотят заказчики. Покройте продукт тестами так, чтобы оценить риски, основанные на требованиях.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Тест-стратегия – набор идей, направляющих тест-дизайн и выполнение. Она описывает, как вы будете покрывать продукт, чтобы оценить его качество.</p> <p><b><img src="http://software-testing.ru/images/stories/library/test-project-start.jpg" mce_src="http://software-testing.ru/images/stories/library/test-project-start.jpg" class="caption" mce_style="border: 0px none; float: left;" style="border: 0px none; float: left;" width="392" height="260">Автор</b>: Марк Толфтс (Mark Tolfts)</p> <p><b>Оригинал статьи:</b> <a href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=9" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=9">https://www.testingcircus.com/documents/TestingTrapeze-2015-June.pdf#page=9</a><br mce_bogus="1"></p> <p><b>Перевод</b>: Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Когда я впервые присоединяюсь к проекту и быстро пытаюсь сориентироваться в нем, я чувствую себя парашютистом, сброшенным в зону боевых действий под покровом ночи. У меня есть краткое описание моей миссии, но многое мне предстоит быстро выяснить на месте, чтобы сработать быстро, качественно, не отвлекаясь на ненужные задачи и фокусируясь на том, что важно, в том контексте, куда я попал. В своей статье я опишу свой опыт, свои мысли и использование эвристик, помогающих быстро сориентироваться в проекте, помочь моей миссии как тестировщика, и позднее стать частью моей тест-стратегии.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Начнем с ряда определений, которые я вынес из курса Rapid Software Testing Джеймса Баха и Майкла Болтона:</p> <p style="text-align: justify;" mce_style="text-align: justify;">Миссия тестирования – результаты, которых от вас хотят заказчики. Покройте продукт тестами так, чтобы оценить риски, основанные на требованиях.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Тест-стратегия – набор идей, направляющих тест-дизайн и выполнение. Она описывает, как вы будете покрывать продукт, чтобы оценить его качество.</p> Видеозаписи докладов с Avito Automation meetup 2017-12-20T07:39:09Z 2017-12-20T07:39:09Z http://software-testing.ru/library/testing/testing-automation/2708-avito-automation-meetup-2 Administrator barancev@gmail.com <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><img src="http://software-testing.ru/images/stories/library/avito-meetup.jpg" mce_src="http://software-testing.ru/images/stories/library/avito-meetup.jpg" class="caption" mce_style="float: left;" style="float: left;" width="384" height="255"></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><b>Оригинальная публикация:</b> <a href="https://habrahabr.ru/company/avito/blog/337118/" mce_href="https://habrahabr.ru/company/avito/blog/337118/" target="_blank">https://habrahabr.ru/company/avito/blog/337118/</a><br mce_bogus="1"></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">26 августа прошёл первый Avito Automation meetup. Говорили о проблемах управления тестами, векторах развития систем автоматизации тестирования, эффективности каждого из тестов, инструментах для тестирования iOS-приложений и запуске тестов в Continuous Integration.</p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">В рамках встречи прозвучали доклады:<br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">1. Векторы развития систем автоматизации тестирования. Дмитрий Химион (Avito)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">2. Прокачиваем WebDriverAgent, или Как тестировать iOS-приложения после ядерного взрыва. Алексей Махов (Avito)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">3. Проблемы управления тестами, или Что мешает создавать дешевые и полезные тесты при наличии искреннего желания это делать. Федор Зволинский (Yandex)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">4. Запускаем тесты в Continuous Integration. Сергей Пак (JetBrains)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">5. Добиваемся эффективности каждого из 9000+ UI-тестов. Максим Сахаров (Tutu.ru)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><img src="http://software-testing.ru/images/stories/library/avito-meetup.jpg" mce_src="http://software-testing.ru/images/stories/library/avito-meetup.jpg" class="caption" mce_style="float: left;" style="float: left;" width="384" height="255"></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><b>Оригинальная публикация:</b> <a href="https://habrahabr.ru/company/avito/blog/337118/" mce_href="https://habrahabr.ru/company/avito/blog/337118/" target="_blank">https://habrahabr.ru/company/avito/blog/337118/</a><br mce_bogus="1"></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">26 августа прошёл первый Avito Automation meetup. Говорили о проблемах управления тестами, векторах развития систем автоматизации тестирования, эффективности каждого из тестов, инструментах для тестирования iOS-приложений и запуске тестов в Continuous Integration.</p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">В рамках встречи прозвучали доклады:<br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr"><br /></p><p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">1. Векторы развития систем автоматизации тестирования. Дмитрий Химион (Avito)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">2. Прокачиваем WebDriverAgent, или Как тестировать iOS-приложения после ядерного взрыва. Алексей Махов (Avito)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">3. Проблемы управления тестами, или Что мешает создавать дешевые и полезные тесты при наличии искреннего желания это делать. Федор Зволинский (Yandex)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">4. Запускаем тесты в Continuous Integration. Сергей Пак (JetBrains)</p> <p style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" mce_style="line-height: 1.38; margin-top: 0pt; margin-bottom: 0pt; text-align: justify;" dir="ltr">5. Добиваемся эффективности каждого из 9000+ UI-тестов. Максим Сахаров (Tutu.ru)</p> Особенности организации работы распределенных тестовых команд 2017-12-19T08:07:38Z 2017-12-19T08:07:38Z http://software-testing.ru/library/around-testing/management/2703-features-of-organization-of-distributed-test-commands Administrator barancev@gmail.com <div style="text-align: left;" mce_style="text-align: left;"><img src="http://quality-lab.ru/wp-content/uploads/2017/09/1-1.png" mce_src="http://quality-lab.ru/wp-content/uploads/2017/09/1-1.png" class="caption" mce_style="border: 0px none; float: left;" style="border: 0px none; float: left;" width="371" height="242"></div><p style="text-align: left;" mce_style="text-align: left;"><b>Автор: </b>Павла Толоконина<b>, </b>ведущий специалист по тестированию в компании "Лаборатория качества"</p><p style="text-align: left;" mce_style="text-align: left;"><b>Оригинальная публикация:</b> <a href="http://quality-lab.ru/features-of-organization-of-distributed-test-commands/" mce_href="http://quality-lab.ru/features-of-organization-of-distributed-test-commands/" target="_blank">http://quality-lab.ru/features-of-organization-of-distributed-test-commands/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">Распределенная команда – это возможность найти нужного специалиста без ограничений конкретной территории, а также сэкономить на рабочем месте. Конечно, в такой работе есть немало особенностей. Вот уже четвертый год я управляю распределенными командами. На это накладывается предыдущий опыт классической схемы «одна команда – один офис». За это время мной «собрано немало шишек» и подготовлено немало наработок.</p><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;">Если вы уже стали руководителем распределенной команды, только задумываетесь над ее созданием или просто хотите узнать о нюансах работы в тесной связке на расстоянии – эта статья для вас. Я постараюсь разобрать вопросы организации работы, осветить распространенные проблемы и стандартные страшилки.</div><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;"> <div style="text-align: left;" mce_style="text-align: left;"><img src="http://quality-lab.ru/wp-content/uploads/2017/09/1-1.png" mce_src="http://quality-lab.ru/wp-content/uploads/2017/09/1-1.png" class="caption" mce_style="border: 0px none; float: left;" style="border: 0px none; float: left;" width="371" height="242"></div><p style="text-align: left;" mce_style="text-align: left;"><b>Автор: </b>Павла Толоконина<b>, </b>ведущий специалист по тестированию в компании "Лаборатория качества"</p><p style="text-align: left;" mce_style="text-align: left;"><b>Оригинальная публикация:</b> <a href="http://quality-lab.ru/features-of-organization-of-distributed-test-commands/" mce_href="http://quality-lab.ru/features-of-organization-of-distributed-test-commands/" target="_blank">http://quality-lab.ru/features-of-organization-of-distributed-test-commands/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">Распределенная команда – это возможность найти нужного специалиста без ограничений конкретной территории, а также сэкономить на рабочем месте. Конечно, в такой работе есть немало особенностей. Вот уже четвертый год я управляю распределенными командами. На это накладывается предыдущий опыт классической схемы «одна команда – один офис». За это время мной «собрано немало шишек» и подготовлено немало наработок.</p><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;">Если вы уже стали руководителем распределенной команды, только задумываетесь над ее созданием или просто хотите узнать о нюансах работы в тесной связке на расстоянии – эта статья для вас. Я постараюсь разобрать вопросы организации работы, осветить распространенные проблемы и стандартные страшилки.</div><div class="blog_nospace" style="text-align: justify;" mce_style="text-align: justify;"> Исследуя исследовательский подход к тестированию 2017-12-18T06:53:11Z 2017-12-18T06:53:11Z http://software-testing.ru/library/testing/other-testing/2697-exploratory-testing Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/exploratory testing.jpg" mce_src="http://software-testing.ru/images/stories/library/exploratory testing.jpg" class="caption" mce_style="float: left;" style="float: left;" width="394" height="263">Автор: </b>Виктория Кузнецова (Viktoria Kuznetcova)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=25" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=25">https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=25</a><br mce_bogus="1"></p> <p><b>Перевод: </b>Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Исследовательское тестирование набирает популярность в последнее время. Это не может не радовать, однако я обнаружила, что люди, говорящие о нем, подразумевают совершенно разные вещи. Иногда эта разница довольно забавна, иногда шокирует и открывает глаза на то, что скрыто. Иногда – к примеру, когда ваш коллега отказывается пробовать что-то новое, утверждая, что «и так занимается исследовательским тестированием», это просто раздражает.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Мне кажется, проблема в том, что люди пытаются освоить практики исследовательского тестирования, не пытаясь понять идеи, лежащие в его основании. Если вы понимаете эти идеи, вы можете выбирать подходы, изобретать что-то новое, думать о том, что лучше сработает в этом конкретном проекте с его конкретной командой. Если все, что вам известно – это набор инструментов, то вы не занимаетесь исследовательским тестированием – вы просите кейс у людей, которые как раз им-то и занимались. Не то чтобы это плохо, но, по моему мнению, это вовсе не исследовательское тестирование. Не думаю, что у меня есть универсальный ответ на этот вопрос, но мне хотелось бы поделиться своим пониманием исследовательского тестирования и причинами, по которым я так его люблю.</p> <p><b><img src="http://software-testing.ru/images/stories/library/exploratory testing.jpg" mce_src="http://software-testing.ru/images/stories/library/exploratory testing.jpg" class="caption" mce_style="float: left;" style="float: left;" width="394" height="263">Автор: </b>Виктория Кузнецова (Viktoria Kuznetcova)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=25" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=25">https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=25</a><br mce_bogus="1"></p> <p><b>Перевод: </b>Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Исследовательское тестирование набирает популярность в последнее время. Это не может не радовать, однако я обнаружила, что люди, говорящие о нем, подразумевают совершенно разные вещи. Иногда эта разница довольно забавна, иногда шокирует и открывает глаза на то, что скрыто. Иногда – к примеру, когда ваш коллега отказывается пробовать что-то новое, утверждая, что «и так занимается исследовательским тестированием», это просто раздражает.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Мне кажется, проблема в том, что люди пытаются освоить практики исследовательского тестирования, не пытаясь понять идеи, лежащие в его основании. Если вы понимаете эти идеи, вы можете выбирать подходы, изобретать что-то новое, думать о том, что лучше сработает в этом конкретном проекте с его конкретной командой. Если все, что вам известно – это набор инструментов, то вы не занимаетесь исследовательским тестированием – вы просите кейс у людей, которые как раз им-то и занимались. Не то чтобы это плохо, но, по моему мнению, это вовсе не исследовательское тестирование. Не думаю, что у меня есть универсальный ответ на этот вопрос, но мне хотелось бы поделиться своим пониманием исследовательского тестирования и причинами, по которым я так его люблю.</p> Притягательная сила тестирования 2017-12-15T07:26:59Z 2017-12-15T07:26:59Z http://software-testing.ru/library/around-testing/job/2696-test-power Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/test-power.jpg" mce_src="http://software-testing.ru/images/stories/library/test-power.jpg" class="caption" mce_style="float: left;" style="float: left;" width="360" height="243">Автор: </b>Alan Page</p><p><b>Оригинальная статья:</b> <a href="http://angryweasel.com/blog/the-lure-of-testing/" mce_href="http://angryweasel.com/blog/the-lure-of-testing/" target="_blank">http://angryweasel.com/blog/the-lure-of-testing/</a><br mce_bogus="1"></p><p><b>Перевод:</b> Анна Радионова<br /></p><p style="text-align: justify;" mce_style="text-align: justify;">Люди много говорят о том, как они <i>оказались</i> в тестировании (мне, например, говорили, что у меня задатки тестировщика, с первого дня моей работы в техсаппорте), но для тех из нас, кто работает в тестировании достаточно долго, не менее важно задуматься о том, почему мы <i>остались</i> работать в сфере тестирования или на других ролях, связанных с контролем качества. </p><p style="text-align: justify;" mce_style="text-align: justify;">Для большинства, я думаю, причина в том, что им просто нравится это и нет причин что-то менять. Для других же, включая меня, определяющими стали какие-то знаковые события, произошедшие в жизни, которые закрепили нас в этой области. <br /></p> <p style="text-align: justify;" mce_style="text-align: justify;">Я рассказывал эту историю несметное количество раз устно, но не уверен, что писал об этом в блоге, по крайней мере явно, и вот сейчас решил поделиться. В моей практике произошел случай, когда я снова заново влюбился в тестирование. В тот момент я осознал, что всегда буду связан с контролем качества. Вот моя история.</p> <p><b><img src="http://software-testing.ru/images/stories/library/test-power.jpg" mce_src="http://software-testing.ru/images/stories/library/test-power.jpg" class="caption" mce_style="float: left;" style="float: left;" width="360" height="243">Автор: </b>Alan Page</p><p><b>Оригинальная статья:</b> <a href="http://angryweasel.com/blog/the-lure-of-testing/" mce_href="http://angryweasel.com/blog/the-lure-of-testing/" target="_blank">http://angryweasel.com/blog/the-lure-of-testing/</a><br mce_bogus="1"></p><p><b>Перевод:</b> Анна Радионова<br /></p><p style="text-align: justify;" mce_style="text-align: justify;">Люди много говорят о том, как они <i>оказались</i> в тестировании (мне, например, говорили, что у меня задатки тестировщика, с первого дня моей работы в техсаппорте), но для тех из нас, кто работает в тестировании достаточно долго, не менее важно задуматься о том, почему мы <i>остались</i> работать в сфере тестирования или на других ролях, связанных с контролем качества. </p><p style="text-align: justify;" mce_style="text-align: justify;">Для большинства, я думаю, причина в том, что им просто нравится это и нет причин что-то менять. Для других же, включая меня, определяющими стали какие-то знаковые события, произошедшие в жизни, которые закрепили нас в этой области. <br /></p> <p style="text-align: justify;" mce_style="text-align: justify;">Я рассказывал эту историю несметное количество раз устно, но не уверен, что писал об этом в блоге, по крайней мере явно, и вот сейчас решил поделиться. В моей практике произошел случай, когда я снова заново влюбился в тестирование. В тот момент я осознал, что всегда буду связан с контролем качества. Вот моя история.</p> Тестирование производительности, специфика юнит-тестов, чек-лист юзабилити и многое другое: самые интересные материалы по тестированию за начало декабря 2017 года 2017-12-14T07:38:56Z 2017-12-14T07:38:56Z http://software-testing.ru/news/2695-newsletter-december Administrator barancev@gmail.com <p><img src="http://software-testing.ru/images/stories/library/news-december.jpg" mce_src="http://software-testing.ru/images/stories/library/news-december.jpg" class="caption" mce_style="float: left;" style="float: left;" width="233" height="131">Вышел выпуск рассылки за первую половину декабря, его содержание доступно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-489" mce_href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-489">по&nbsp;ссылке</a>. </p><p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Как всегда в выпуске рассылки&nbsp;собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации&nbsp;<a href="http://www.software-testing.ru/blogs" mce_href="http://www.software-testing.ru/blogs">в ленте блогов</a> и темы&nbsp;<a href="http://www.software-testing.ru/forum/" mce_href="http://www.software-testing.ru/forum/">на форуме</a>.</p> <p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Подписаться на рассылку можно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/user/subscribe" mce_href="http://www.software-testing.ru/component/acymailing/user/subscribe">по ссылке</a>.</p><p> <a href="http://software-testing.ru/forum/index.php?/topic/36002-samye-interesnye-novosti-testirovaniia-za-perv/" mce_href="http://software-testing.ru/forum/index.php?/topic/36002-samye-interesnye-novosti-testirovaniia-za-perv/" target="_blank">Обсудить в форуме</a><br mce_bogus="1"></p> <p><img src="http://software-testing.ru/images/stories/library/news-december.jpg" mce_src="http://software-testing.ru/images/stories/library/news-december.jpg" class="caption" mce_style="float: left;" style="float: left;" width="233" height="131">Вышел выпуск рассылки за первую половину декабря, его содержание доступно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-489" mce_href="http://www.software-testing.ru/component/acymailing/archive/view/listid-1-newsletter/mailid-489">по&nbsp;ссылке</a>. </p><p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Как всегда в выпуске рассылки&nbsp;собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации&nbsp;<a href="http://www.software-testing.ru/blogs" mce_href="http://www.software-testing.ru/blogs">в ленте блогов</a> и темы&nbsp;<a href="http://www.software-testing.ru/forum/" mce_href="http://www.software-testing.ru/forum/">на форуме</a>.</p> <p style="font-size: 12.16px; text-align: justify;" mce_style="font-size: 12.16px; text-align: justify;">Подписаться на рассылку можно&nbsp;<a href="http://www.software-testing.ru/component/acymailing/user/subscribe" mce_href="http://www.software-testing.ru/component/acymailing/user/subscribe">по ссылке</a>.</p><p> <a href="http://software-testing.ru/forum/index.php?/topic/36002-samye-interesnye-novosti-testirovaniia-za-perv/" mce_href="http://software-testing.ru/forum/index.php?/topic/36002-samye-interesnye-novosti-testirovaniia-za-perv/" target="_blank">Обсудить в форуме</a><br mce_bogus="1"></p> Ты ж тестировщик или как правильно составлять Bug report 2017-12-13T08:45:40Z 2017-12-13T08:45:40Z http://software-testing.ru/library/testing/general-testing/2694-bug-report Administrator barancev@gmail.com <p><b><img class="caption" style="float: left;" mce_style="float: left;" src="http://software-testing.ru/images/stories/library/bug-report1.jpg" mce_src="http://software-testing.ru/images/stories/library/bug-report1.jpg" alt="" width="373" height="249">Автор: </b>Алексей Потемкин, QA engineer компании "JetRuby Agency"</p> <p><b>Оригинальная публикация:</b><a href="https://jetruby.com/ru/blog/kak-napisat-bug-report/" mce_href="https://jetruby.com/ru/blog/kak-napisat-bug-report/" target="_blank">https://jetruby.com/ru/blog/kak-napisat-bug-report/</a><br mce_bogus="1"></p> <div class="blog-item__inner"> <div> <p style="text-align: justify;" mce_style="text-align: justify;">Так уж случилось, что у нас накопилась масса материала, посвященного теме создания идеального отчета об ошибках (bug report). Обобщив эту информацию и вооружившись практическим опытом, мы решили написать статью. Перед вами подробный текст о стандарте написания баг репортов.</p> <h2 style="text-align: justify;" mce_style="text-align: justify;">Каналы поступления багов</h2> <p style="text-align: justify;" mce_style="text-align: justify;">Начнем с каналов поступления багов. Мы можем столкнуться с проблемами и получить информацию об их появлении следующим образом:</p> <ul style="text-align: justify;" mce_style="text-align: justify;"> <li>В процессе тестирования — функционального и нефункционального.</li> <li>Обращение клиента (заказчика) с информацией о возникшей проблеме.</li> <li>Баги, выявленные пользователями. Соответствующая информация может быть передана как разработчикам, так и заказчику.</li> <li>Ошибки полученные при помощи систем мониторинга, например Sentry, Errbit, Crashlytics.</li> </ul> <p style="text-align: justify;" mce_style="text-align: justify;">Единственным правильным (минимизирующим негативные последствия) каналом поступления информации о багах можно считать первый. Увы, практика иногда расходится с теорией. Случаются проколы, и баги поступают по каналам №2 и №3. Эту практику можно назвать безапелляционно порочной, но ее не избежать. Поэтому мы стараемся сводить подобные инциденты к минимуму. Если второй и третий каналы не подают признаков жизни — вы гуру QA, и у вас определенно есть чему поучиться.</p> <p><b><img class="caption" style="float: left;" mce_style="float: left;" src="http://software-testing.ru/images/stories/library/bug-report1.jpg" mce_src="http://software-testing.ru/images/stories/library/bug-report1.jpg" alt="" width="373" height="249">Автор: </b>Алексей Потемкин, QA engineer компании "JetRuby Agency"</p> <p><b>Оригинальная публикация:</b><a href="https://jetruby.com/ru/blog/kak-napisat-bug-report/" mce_href="https://jetruby.com/ru/blog/kak-napisat-bug-report/" target="_blank">https://jetruby.com/ru/blog/kak-napisat-bug-report/</a><br mce_bogus="1"></p> <div class="blog-item__inner"> <div> <p style="text-align: justify;" mce_style="text-align: justify;">Так уж случилось, что у нас накопилась масса материала, посвященного теме создания идеального отчета об ошибках (bug report). Обобщив эту информацию и вооружившись практическим опытом, мы решили написать статью. Перед вами подробный текст о стандарте написания баг репортов.</p> <h2 style="text-align: justify;" mce_style="text-align: justify;">Каналы поступления багов</h2> <p style="text-align: justify;" mce_style="text-align: justify;">Начнем с каналов поступления багов. Мы можем столкнуться с проблемами и получить информацию об их появлении следующим образом:</p> <ul style="text-align: justify;" mce_style="text-align: justify;"> <li>В процессе тестирования — функционального и нефункционального.</li> <li>Обращение клиента (заказчика) с информацией о возникшей проблеме.</li> <li>Баги, выявленные пользователями. Соответствующая информация может быть передана как разработчикам, так и заказчику.</li> <li>Ошибки полученные при помощи систем мониторинга, например Sentry, Errbit, Crashlytics.</li> </ul> <p style="text-align: justify;" mce_style="text-align: justify;">Единственным правильным (минимизирующим негативные последствия) каналом поступления информации о багах можно считать первый. Увы, практика иногда расходится с теорией. Случаются проколы, и баги поступают по каналам №2 и №3. Эту практику можно назвать безапелляционно порочной, но ее не избежать. Поэтому мы стараемся сводить подобные инциденты к минимуму. Если второй и третий каналы не подают признаков жизни — вы гуру QA, и у вас определенно есть чему поучиться.</p> Юнит тесты. Первый шаг к качеству 2017-12-12T07:30:54Z 2017-12-12T07:30:54Z http://software-testing.ru/library/testing/general-testing/2693-unit-test Administrator barancev@gmail.com <p style="text-align: justify;" mce_style="text-align: justify;"><img src="https://habrastorage.org/web/c0e/bc5/910/c0ebc5910e3c4298964d700014803880.png" mce_src="https://habrastorage.org/web/c0e/bc5/910/c0ebc5910e3c4298964d700014803880.png" style="float: left;" mce_style="float: left;" width="349" height="297" border="0"></p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Автор:</b> Фомин Владимир, Инфосеть-С, Senior Javascript Developer</p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Оригинальная публикация:</b> <a href="https://habrahabr.ru/post/336030/" mce_href="https://habrahabr.ru/post/336030/" target="_blank">https://habrahabr.ru/post/336030/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">Однажды меня попросили рассказать о юнит тестировании в javascript, но прежде чем рассказывать о тестировании в мире front-end, надо было сделать небольшой обзор юнит тестирования как такового. В результате чего на свет и появилась эта статья, в которой я попытался рассказать о самых важных моментах в юнит тестировании.<br /> <br /> Несмотря на различные трактовки юнит тестирования, есть несколько вещей которые объединяют этот термин.<br /></p><p style="text-align: justify;" mce_style="text-align: justify;"> Но есть моменты, в определении юнит тестирования, которые до сих являются спорными. В частности, что рассматривается под юнитом (единицей тестирования)? Подход ООП рассматривает класс как юнит, процедурный (или функциональный) подход, рассматривает одну функцию как юнит. Некоторые разработчики берут несколько классов и считают это юнитом, или берут набор методов в качестве юнита. Но на самом деле это ситуационная вещь, команда сама решает, что должно быть единицей тестирования в их системе.<br /></p> <p style="text-align: justify;" mce_style="text-align: justify;"><img src="https://habrastorage.org/web/c0e/bc5/910/c0ebc5910e3c4298964d700014803880.png" mce_src="https://habrastorage.org/web/c0e/bc5/910/c0ebc5910e3c4298964d700014803880.png" style="float: left;" mce_style="float: left;" width="349" height="297" border="0"></p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Автор:</b> Фомин Владимир, Инфосеть-С, Senior Javascript Developer</p><p style="text-align: justify;" mce_style="text-align: justify;"><b>Оригинальная публикация:</b> <a href="https://habrahabr.ru/post/336030/" mce_href="https://habrahabr.ru/post/336030/" target="_blank">https://habrahabr.ru/post/336030/</a><br mce_bogus="1"></p><p style="text-align: justify;" mce_style="text-align: justify;">Однажды меня попросили рассказать о юнит тестировании в javascript, но прежде чем рассказывать о тестировании в мире front-end, надо было сделать небольшой обзор юнит тестирования как такового. В результате чего на свет и появилась эта статья, в которой я попытался рассказать о самых важных моментах в юнит тестировании.<br /> <br /> Несмотря на различные трактовки юнит тестирования, есть несколько вещей которые объединяют этот термин.<br /></p><p style="text-align: justify;" mce_style="text-align: justify;"> Но есть моменты, в определении юнит тестирования, которые до сих являются спорными. В частности, что рассматривается под юнитом (единицей тестирования)? Подход ООП рассматривает класс как юнит, процедурный (или функциональный) подход, рассматривает одну функцию как юнит. Некоторые разработчики берут несколько классов и считают это юнитом, или берут набор методов в качестве юнита. Но на самом деле это ситуационная вещь, команда сама решает, что должно быть единицей тестирования в их системе.<br /></p> Могут ли тест-менеджеры снизить качество продукта, чересчур помогая ему? 2017-12-11T06:11:57Z 2017-12-11T06:11:57Z http://software-testing.ru/library/testing/test-management/2692-managment-help Administrator barancev@gmail.com <p><b><img src="http://software-testing.ru/images/stories/library/managmant-help.jpg" mce_src="http://software-testing.ru/images/stories/library/managmant-help.jpg" class="caption" mce_style="float: left;" style="float: left;" width="345" height="262">Автор:</b> Ким Энджел (Kim Engel)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10">https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10</a><br mce_bogus="1"></p> <p><b>Перевод</b><b>: </b>Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Я постоянно помогаю людям. Звучит, будто я хвастаюсь, потому что помощь другим – это хорошее дело, не правда ли? По моему опыту, позитивная помощь при работе с ПО приносит неплохие дивиденды, однако недавно я узнала, что чересчур ответственный тест-менеджер фактически подрывает качество релиза.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Присоединившись к проекту, я беру на себя личную высокую ответственность за выпуск пользователям качественного продукта. Когда я исследую различные риски качества, мне нужно больше знать о процессах разработки и релиза ПО в компании. Когда я разговариваю с другими менеджерами об их роли в релизе продукта, мы часто находим множество важных продуктовых проблем. Две из них я встречала в нескольких компаниях:</p> <ul style="text-align: justify;" mce_style="text-align: justify;"> <li style="">Автоматизированные юнит-тесты не проверяются неделями или месяцами.</li> <li>Релизы для тестирования и для прода выполняются разными командами.</li> </ul> <p style="text-align: justify;" mce_style="text-align: justify;">Это серьезные риски для качества продукта, которые тест-менеджер не может игнорировать. Я работала с выдающимися людьми в индустрии разработки ПО. Их тоже волновали эти риски, но ограничения по времени, ресурсам и бюджетам не позволяли им внедрять решения этих проблем. Каждый раз я соглашалась (и зачастую вызывалась сама) брать эти задачи на себя вместо того, чтобы принять их как данность.</p> <p><b><img src="http://software-testing.ru/images/stories/library/managmant-help.jpg" mce_src="http://software-testing.ru/images/stories/library/managmant-help.jpg" class="caption" mce_style="float: left;" style="float: left;" width="345" height="262">Автор:</b> Ким Энджел (Kim Engel)</p> <p><b>Оригинал статьи</b>: <a href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10" mce_href="https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10">https://www.testingcircus.com/documents/TestingTrapeze-2014-February.pdf#page=10</a><br mce_bogus="1"></p> <p><b>Перевод</b><b>: </b>Ольга Алифанова</p><p style="text-align: justify;" mce_style="text-align: justify;">Я постоянно помогаю людям. Звучит, будто я хвастаюсь, потому что помощь другим – это хорошее дело, не правда ли? По моему опыту, позитивная помощь при работе с ПО приносит неплохие дивиденды, однако недавно я узнала, что чересчур ответственный тест-менеджер фактически подрывает качество релиза.</p> <p style="text-align: justify;" mce_style="text-align: justify;">Присоединившись к проекту, я беру на себя личную высокую ответственность за выпуск пользователям качественного продукта. Когда я исследую различные риски качества, мне нужно больше знать о процессах разработки и релиза ПО в компании. Когда я разговариваю с другими менеджерами об их роли в релизе продукта, мы часто находим множество важных продуктовых проблем. Две из них я встречала в нескольких компаниях:</p> <ul style="text-align: justify;" mce_style="text-align: justify;"> <li style="">Автоматизированные юнит-тесты не проверяются неделями или месяцами.</li> <li>Релизы для тестирования и для прода выполняются разными командами.</li> </ul> <p style="text-align: justify;" mce_style="text-align: justify;">Это серьезные риски для качества продукта, которые тест-менеджер не может игнорировать. Я работала с выдающимися людьми в индустрии разработки ПО. Их тоже волновали эти риски, но ограничения по времени, ресурсам и бюджетам не позволяли им внедрять решения этих проблем. Каждый раз я соглашалась (и зачастую вызывалась сама) брать эти задачи на себя вместо того, чтобы принять их как данность.</p>