QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFestМы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
2013.08.24 Антон Киселёв семинар "Agile (Scrum)"Alexey FedorovАнтон Киселёв (Undev, Tester's Life) сделал для SPB SQA Group обзорный доклад о Agile и Scrum. В презентации много ссылок на истоки, прошлое, настоящее и тендеции будущего Scrum
Как сделать наши проекты немного более управляемыми с AgileAlexey KrivitskyHow to solve project challenges with Agile and Scrum. Alexey Krivitsky, IT talk, Kharkov
Как подружить PO c UX командой (Антон Иванов, B2B-Center)PCampRussiaКак подружить PO c UX командой (Антон Иванов, B2B-Center, для ProductCamp Russia&EE, Минск, 09.08.2014)
Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi Презентация Александра Зиновьева, Test Lead компании Softengi, на семинаре "Оценка в жизни тестировщика" от тренинговой центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоДоклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продуктПрофсоДоклад рассчитан на всех, кому интересна командная работа и дизайн-системы.
У себя в компании мы внедряем дизайн-систему «по-живому» — без отрыва от производства продукта. На конференции я расскажу, зачем мы на это пошли, как доказывали пользу изменений, что уже успели сделать и к чему планируем прийти.
Проектирование с учетом пользовательских требованийCEE-SEC(R)Как от продукта для 20 человек мы пришли к массовому продукту
Маргарита Титова, Onlinetours.ru
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Как выучить дизайнеровПрофсоДоклад предназначен для Design Team Leads, которые заинтересованы в развитии своих дизайнеров, настройке процесса обучения; и дизайнеров, которые хотят развиваться и расти в профессиональном плане.
Наш департамент вырос с 20 до 55 дизайнеров в короткие сроки. Стала актуальной задача по определению уровня конкретного дизайнера: чем отличается Middle от Senior, как выровнять эти уровни между СНГ, Британией и США. Как обучить такое количество дизайнеров, выстроить Personal Development Plan.
В докладе мы хотим рассказать, какие инструменты и методы мы разработали для этого, какие результаты это принесло.
Документация тестировщика - Александр ТрибушныйDataArtКак сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha KutsenkoПрезентация Саши Куценко для семинара «Front-end разработка. Менеджерский блок», 29 января 2014 года, Санкт-Петербург.
http://leadzeppelin.timepad.ru/event/101471/
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...QAFestТехники тест-дизайна – «математика» тестирования. Новые техники появляются достаточно редко. 2 года назад вышла книга Сэма Канера «The Domain Testing Workbook”. Давайте посмотрим на технику доменного тестирования, и попробуем разобраться, новая ли это техника, или переформулированная старая? Что общее и что отличает доменное тестирование от других техник тест-дизайна? Мы также рассмотрим на практике несколько примеров применения доменного тестирования, а также ее применимость и перспективы.
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury VetrovВыступление Юрия Ветрова, Александра Хмелевского и Юрия Шиляева на конференции РИТ-2008.
Useful meetup#1 design sprintusefulagencyСтатья с кейсом: https://vc.ru/p/useful-instruction
Мы в ФБ: https://www.facebook.com/weareuseful/
Сайт: http://useful.agency
2013.08.24 Антон Киселёв семинар "Agile (Scrum)"Alexey FedorovАнтон Киселёв (Undev, Tester's Life) сделал для SPB SQA Group обзорный доклад о Agile и Scrum. В презентации много ссылок на истоки, прошлое, настоящее и тендеции будущего Scrum
Как сделать наши проекты немного более управляемыми с AgileAlexey KrivitskyHow to solve project challenges with Agile and Scrum. Alexey Krivitsky, IT talk, Kharkov
Как подружить PO c UX командой (Антон Иванов, B2B-Center)PCampRussiaКак подружить PO c UX командой (Антон Иванов, B2B-Center, для ProductCamp Russia&EE, Минск, 09.08.2014)
Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi Презентация Александра Зиновьева, Test Lead компании Softengi, на семинаре "Оценка в жизни тестировщика" от тренинговой центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоДоклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продуктПрофсоДоклад рассчитан на всех, кому интересна командная работа и дизайн-системы.
У себя в компании мы внедряем дизайн-систему «по-живому» — без отрыва от производства продукта. На конференции я расскажу, зачем мы на это пошли, как доказывали пользу изменений, что уже успели сделать и к чему планируем прийти.
Проектирование с учетом пользовательских требованийCEE-SEC(R)Как от продукта для 20 человек мы пришли к массовому продукту
Маргарита Титова, Onlinetours.ru
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Как выучить дизайнеровПрофсоДоклад предназначен для Design Team Leads, которые заинтересованы в развитии своих дизайнеров, настройке процесса обучения; и дизайнеров, которые хотят развиваться и расти в профессиональном плане.
Наш департамент вырос с 20 до 55 дизайнеров в короткие сроки. Стала актуальной задача по определению уровня конкретного дизайнера: чем отличается Middle от Senior, как выровнять эти уровни между СНГ, Британией и США. Как обучить такое количество дизайнеров, выстроить Personal Development Plan.
В докладе мы хотим рассказать, какие инструменты и методы мы разработали для этого, какие результаты это принесло.
Документация тестировщика - Александр ТрибушныйDataArtКак сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha KutsenkoПрезентация Саши Куценко для семинара «Front-end разработка. Менеджерский блок», 29 января 2014 года, Санкт-Петербург.
http://leadzeppelin.timepad.ru/event/101471/
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...QAFestТехники тест-дизайна – «математика» тестирования. Новые техники появляются достаточно редко. 2 года назад вышла книга Сэма Канера «The Domain Testing Workbook”. Давайте посмотрим на технику доменного тестирования, и попробуем разобраться, новая ли это техника, или переформулированная старая? Что общее и что отличает доменное тестирование от других техник тест-дизайна? Мы также рассмотрим на практике несколько примеров применения доменного тестирования, а также ее применимость и перспективы.
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury VetrovВыступление Юрия Ветрова, Александра Хмелевского и Юрия Шиляева на конференции РИТ-2008.
Useful meetup#1 design sprintusefulagencyСтатья с кейсом: https://vc.ru/p/useful-instruction
Мы в ФБ: https://www.facebook.com/weareuseful/
Сайт: http://useful.agency
Как контролировать работу? Вадим НарейкоVadim NareykoШкола Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...Andrey LadutkoТест-менеджер ставит перед собой и командой долгосрочные и сложные цели. Например, как выбрать и соединить вместе изученные техники и виды тестирования, как понять, почему в одних условиях у нас получилось провести “качественное” тестирование, а в других нет? Как понять, будет ли эффективна автоматизация на проекте прежде, чем вложиться человека-годами в Фреймворк и тесты? Ответы на эти вопросы находятся в «стратегии тестирования». Она есть у каждой команды, пусть и не в осознанном и формализованном виде. Поэтому нужно научиться пользоваться этим инструментом, уметь как составлять тестовую стратегию с нуля на проекте, так и оптимизировать уже существующую стратегию.
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизацияQAFestТест-менеджер ставит перед собой и командой долгосрочные и сложные цели. Например, как выбрать и соединить вместе изученные техники и виды тестирования, как понять, почему в одних условиях у нас получилось провести “качественное” тестирование, а в других нет? Как понять, будет ли эффективна автоматизация на проекте прежде, чем вложиться человека-годами в Фреймворк и тесты? Ответы на эти вопросы находятся в «стратегии тестирования». Она есть у каждой команды, пусть и не в осознанном и формализованном виде. Поэтому нужно научиться пользоваться этим инструментом, уметь как составлять тестовую стратегию с нуля на проекте, так и оптимизировать уже существующую стратегию.
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuYury VetrovПрезентация Юрия Ветрова "Как создаются интерфейсы в Mail.Ru" с конференции Форум Технологий Mail.Ru 2011.
Презентация "Scrum с нуля" Елена КоптеваПрезентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Технологический цикл и соблюдение фаз производства.Сергей СторожевСоблюдение технологического цикла, как способ повысить скорость, эффективность и качество разработки.
Most typical mistakes of Russians in EnglishQA Dnepropetrovsk Community (Ukraine) Here are the differences between those verb forms:
Lie - lay - lain
Lie is an irregular verb. Its past tense is lay and its past participle is lain.
For example:
Present: I lie down every night.
Past: I lay down last night.
Past participle: I have lain down.
Lie - laid - laid
When used transitively (taking a direct object), lie becomes regular.
For example:
Present: She lies the baby down for a nap.
Past: She laid the baby down for a nap.
Past participle: She has laid the baby down for a nap.
To lie - to recline
Impact Analysis в тестированииQA Dnepropetrovsk Community (Ukraine)Impact Analysis в тестировании
В непрерывном процессе разработки продукта появляются и реализуются различные фичи, дополнительные возможности, мы работаем с меняющимися требованиями заказчика, наш продукт постоянно улучшается и изменяется.
В таких условиях можно столкнуться с неприятной ситуацией, когда становится трудно отследить последствия производимых изменений и модификаций: оценить, какие же части программы могут быть затронуты и насколько сильно.
В итоге: тестирование проведено в соответствии с лучшими практиками, но какая-то часть продукта, какой-то его модуль или функционал может быть упущен из внимания или недостаточно глубоко проверен.
Но изменения в продукте не всегда являются проблемой, если применять методику анализа этих изменений или Импакт Анализ. В ISTQB данная методика трактуется, как часть планомерной работы с рисками.
Этот анализ помогает отслеживать последствия изменений в продукте. Он помогает выяснить, какие части программы могут быть затронуты, и оценить, насколько сильно скажутся эти изменения непосредственно на измененной функциональности, а также на остальном продукте. Все это дает возможность правильно спланировать процесс тестирования и не упустить из вида никакие части тестируемого продукта.
Я хочу рассказать о своем опыте введения и использования "Impact analysis" в ряде проектов нашей компании:
- о причинах введения этого анализа на проектном уровне;
- о том, как именно и в каком виде мы используем IA в своих проектах;
- о некоторых важных особенностях внедрения подобной методики;
- о полученной практической пользе от этого нововведения.
С помощью "Impact analysis" наша компания смогла решить проблемы, с которыми мы сталкивались достаточно длительное время.
Доклад будет полезен специалистам, которые сталкиваются с необходимостью учитывать и анализировать изменения в продукте. Теперь этот процесс станет проще и удобнее.
TPI® Next: оптимизируем процессы тестирования по взросломуQA Dnepropetrovsk Community (Ukraine)TPI Next®: оптимизируем процессы тестирования по-взрослому
Думали ли вы когда-либо о том, к какому уровню зрелости принадлежит ваш процесс тестирования? Или, например, как ответить на вопрос о том, насколько эффективно работает ваша команда тестировщиков? Здесь легче всего дать субъективный ответ, и, например, сказать: мы работаем хорошо, у нас все автоматизировано и мы находим много дефектов.
Однако нельзя расценивать подобный ответ, как корректный. Оценить зрелость и эффективность процесса тестирования по-настоящему можно лишь используя ту или иную модель оценки, каждая из которых имеет массу своих особенностей и не всегда применима в большинстве случаев.
TPI® Next – модель оценки зрелости процессов тестирования в масштабах компании или отдельного проекта. Она помогает понять какими сильными и слабыми сторонами обладает ваш процесс и дает представление о том, в каком направлении двигаться для его оптимизации.
TPI® Next разбивает процесс тестирования на ключевые подобласти, каждая из которых подвергается анализу и получает свою оценку зрелости – от начальной до оптимальной. Делается это на основе четко описанных критериев для той или иной области, что дает возможность дать конкретный ответ на вопрос о том, чего не хватает процессу для перехода на следующую ступень зрелости.
Используя подход, описанный в TPI® Next, я провел оценку зрелости процесса тестирования в нескольких проектах компании в разные периоды их развития. Подвергнув полученные данные анализу, я смог определить каких практик и подходов не хватает той или иной команде для того, чтобы считать свои проекты более зрелыми и эффективными.
Использовав получе
Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...QA Dnepropetrovsk Community (Ukraine)Последовательное выполнение функциональных тестов занимает очень долгое время. Особенно если нужно тестировать со многими конфигурациями. Необходимо уменьшать время прохождения тестов.
Этого можно достигнуть при помощи уменьшения количества тестов, их оптимизации и атомизирования.
Второй путь - запускать тесты параллельно. Хотя оптимизация не помеха запускать тесты параллельно, чтобы получать Для того, чтобы получать действительно классные результаты тестируя при помощи Selenium2, служит еще один дополнительных инструмент - SeleniumGrid 2.
В моем докладе вы также ознакомитесь с тем, как:
Конфигурировать тесты для работы с хабом
Разворачивать SeleniumGrid 2
Настраивать запуск тестов
Андрей Дзыня - "Watir - начало"QA Dnepropetrovsk Community (Ukraine)Область автоматизации web-приложений переживает бурный рост. Самый популярный инструмент это Selenium, который занимает большую часть рынка. Но не стоит забывать, что существуют и другие инструменты, которые помогают автоматизировать функциональное тестирование.
Мой доклад будет более практический, чем теоретический. Я расскажу об инструменте Watir, как его использовать, и напишу несколько простых тестов разными способами:
Ruby Application;
Test Unit;
Rspec;
Cucumber;
Иван Лысенко - "Нагрузил, что дальше?"QA Dnepropetrovsk Community (Ukraine)Составить, написать тесты и запустить их это еще не всё нагрузочное тестирование. Теперь надо понять, а что собственно произошло? Достигли мы своих целей?
Поговорим с вами о всяких подводных камнях нагрузочного тестирования, возможных вариантах их обхода и том, где, как и на что смотреть в этой области.
Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"QA Dnepropetrovsk Community (Ukraine)В последнее время Android стал самой быстрорастущей мобильной платформой, вытеснив с первой позиции морально устаревший Symbian. Nokia же, получив обратную связь от пользователей своей мобильной ОС Maemo, решила объединить усилия с Intel в разработке совместной ОС, которая получила название MeeGo.
Являясь операционными системами разрабатываемыми для схожих сегментов рынка, целевыми устройствами для них выступают смартфоны, планшеты, телевизоры, а также автомобили оснащенные бортовым компьютером. Помимо этого факта их объединяет и то, что рассматриваемые ОС базируются на Linux, хотя и в разной степени.Так у Android на Linux основано только ядро, в то время как MeeGo позиционирует себя как полноценный «Linux в кармане».
Благодаря описанным особенностям появилась идея создания доклада, целью которого является вводный обзор по автоматизированному тестированию для каждой платформы. В предлагаемом докладе будут описаны общие архитектурные решения построения фреймворка для автоматизированного тестирования и рассмотрены программные средства доступные для этих целей в Android и Meego.
Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"QA Dnepropetrovsk Community (Ukraine)Все разработчики автоматизированных тестов рано или поздно сталкиваются с проблемой - "то, что есть в тулзе, которую я юзаю, явно не достаточно и надо что-то делать".
Мы поговорим с чего начать и чем продолжить, так чтоб получить действительно хорошее решение для автоматизированного тестирования. Обсудим интеграцию с continues integration и реализации систем репортинга. За опорный пример возьму фреймворк на базе Selenium.
Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"QA Dnepropetrovsk Community (Ukraine)При автоматизации тестирования один из самых главных параметров - покрытие кода. Насколько хорошо тестируется приложение в автоматическом режиме и можно ли доверять результатам тестирования? Как можно увеличить покрытие кода, не увеличивая при этом время выполнения автоматических скриптов? Какие проблемы при этом возникают и как их можно решить? Что такое model-based тестирование и как его можно применить в условиях ограниченного времени на тестирование? На эти вопросы я попытаюсь ответить с примерами из реального проекта, объясню с какими проблемами мы столкнулись и как их решали.
Project Management SystemsQA Dnepropetrovsk Community (Ukraine)This document provides an overview and comparison of three project management systems: JIRA, Redmine, and VersionOne. It describes the author's background and experience with software testing. Each tool is examined in terms of its features, benefits, and disadvantages. Key information includes that JIRA is developed by Atlassian, Redmine is open source, and VersionOne is used by over 30,000 teams globally. The document aims to help organizations determine which project management system might best suit their needs.
Автопарк требованийQA Dnepropetrovsk Community (Ukraine)Наталья Новотная, попробовав себя в роли тест-аналитика, будет рассказывать обо всем множестве требований, которые встречаются в проекте. В своем докладе “Автопарк требований” она коснется бизнес-, и функциональных видов требований, расскажет о том, сформировать vision продукта и поделится тем, как выглядит процесс работы с требованиями в ее проекте.
Непрерывная интеграцияQA Dnepropetrovsk Community (Ukraine)Это рассказ Вики Руденко о том, что такое непрерывная интеграция и каково ее влияние на работу тестировщика. В ее выступлении можно будет узнать о самых популярных системах CI, услышать о их преимуществах и недостатках. А в завершении она на реальном примере покажет, как работает данный подход в ее проекте.
2. Почему?
«Хочу тоже делиться знаниями и вдохновлять
людей!»
Работаю в компании, в которой вопрос
параллельного тестирования нескольких
небольших проектов стоит крайне остро
Получить обратную связь, советы и рекомендации
2
3. О чем?
Как в компании Mobindustry организован процесс
тестирования и чем такая организация отличается от
классической;
Что дает такой способ построения работы
тестировщиков;
Что и как делать тестировщику, когда проектов
несколько, задач много, а времени мало;
Какие качества могут помочь тестировщику
качественно работать и при этом не сойти с ума при
параллельном ведении нескольких проектов.
3
5. Mobindustry: входящие данные
- Около 8-10 небольших проектов проектов;
- 10 разработчиков;
- 2 проджект-менеджера;
- 0 бизнес-аналитиков;
- 1-2 тестировщика;
- Входящая документация по проекту, как правило,
не отличается подробностью;
- Релизы каждую неделю.
5
6. Как оно было
Из-за неподробных требований проект стартовал
крайне медленно и заканчивался крайне интенсивно;
ПМ тратил много времени на выяснение требований и
их оформление;
Тестировщик «включался» в проект не в его начале, а
когда уже петух клюнул и надо тестировать первый
билд;
Писать какую-либо тестовую документацию, кроме
баг-репортов, времени не было;
Каждый проект был напряженным, психика всех
членов команды могла желать лучшего.
6
7. «Нетакое» тестирование
о Подписали контракт, есть «входящая спецификация»
(Sales Manager);
к Она перенаправляется всем членам команды для
ознакомления (PM, devs, tester);
) PM или Sales Manager выясняю доп. детали;
т Все (SM, PM, devs, tester) собираются на
synchronization meeting;
m Тестировщик пишет кастомную документацию –
она служит задачами для разработчиков и тест-
чеклистом для тестировщика.
7
8. Пример «нетакой» тестовой
документации
По нажатию на кнопку Select type, появляется попап-скрин
SC_02_select.png.
По нажатию на категорию, например, Eyelashes, на попапе
появятся подкатегории для категории Eyelashes.
По нажатию на подкатегорию, закроется попап и откроется
основной скрин создания ордера.
В левой колонке будет картинка для выбранной подкатегории,
а в средней колонке будет список продукции этой
подкатегории с указанием цены.
По нажатию на какой-то элемент в средней колонке, этот
элемент появляется в правой колонке Order. Количество по
умолчанию: 1.
8
9. Что это дает?
Проект качественно (с адекватной
спецификацией) стартует в течение 1-2 дней;
ПМ тратит меньше времени на оформление
требований и задач членам команды;
Тестировщик досконально изучает требования к
продукту в начале проекта;
Появляется тестовая документация, которая на
порядок улучшает качество интуитивного
тестирования.
9
10. Что и как делать тестировщику в
таких условиях
Начинать тестировать Использовать
рано; изолированное тестовое
Вносить свой вклад в окружение;
детальность Планировать - составлять
спецификации; план-расписание приема
Участвовать в обсуждение проектов на тестирование;
любых изменений в Составлять
функциональности; функциональную план-
По-максимуму схему проекта (regression
использовать багтрекер; sanity testing);
Раставлять приоритеты;
By failing to plan, you are planning to fail
11. Вспомогательные качества
Инициативность;
Активность;
Нацеленность на результат;
Стрессоустойчивость;
Умение «отключаться» от работы;
12. Итого
Кастомная тестовая документация экономит время,
улучшает качество тестирования, решает ряд других
проблем;
Планировать тестирование – план-расписание приема
проектов на тестирование и функцион. план-схема
проекта;
Инициативность может помочь тестировщику в этом
хаосе;
Любите свою работу и умейте от нее отдыхать.
12
13. Спасибо за внимание!
Оля Лавриненко
Менеджер проектов в
Mobindustry Corp.
olavrinenko@mobindustry.net
Skype: olga-lavrinenko
13