Доклад Александры Ковалевой, Test Lead в QA Service, Softengi, Украина.
В презентации представлен симбиоз теории планирования и практического опыта компании QA Service в оценке трудозатрат на тестирование.
Руководители отдела тестирования, ведущие тестировщики узнают:
Чем отличаются стратегические, тактические и оперативные планы? - Что такое планирование с точки зрения тестировщика?
Кто в отвечает за планирование трудозатрат на тестирование?
Какие существуют методы оценки?
Всегда ли имеет смысл детальное планирование и оценка?
Подводные камни планирование сроков тестирования и связь с другими активностями проекта.
Как начать внедрение системы планирования и оценки «снизу»?
Тестировщикам доклад поможет посмотреть на оценку сроков с точки зрения менеджмента и ответить на вопросы:
Как я оцениваю свои задачи? Как это делают другие? Можно ли что-то улучшить?
Как заставить лида перестать спрашивать о сроках?
Чем отличаются трудозатраты на выполнение задачи и сроки завершения задачи. Как сдавать задачи в срок?
Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi
Презентация Александра Зиновьева, Test Lead компании Softengi, на семинаре "Оценка в жизни тестировщика" от тренинговой центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев.
Доклад Александры Ковалевой, Test Lead в QA Service, Softengi, Украина.
В презентации представлен симбиоз теории планирования и практического опыта компании QA Service в оценке трудозатрат на тестирование.
Руководители отдела тестирования, ведущие тестировщики узнают:
Чем отличаются стратегические, тактические и оперативные планы? - Что такое планирование с точки зрения тестировщика?
Кто в отвечает за планирование трудозатрат на тестирование?
Какие существуют методы оценки?
Всегда ли имеет смысл детальное планирование и оценка?
Подводные камни планирование сроков тестирования и связь с другими активностями проекта.
Как начать внедрение системы планирования и оценки «снизу»?
Тестировщикам доклад поможет посмотреть на оценку сроков с точки зрения менеджмента и ответить на вопросы:
Как я оцениваю свои задачи? Как это делают другие? Можно ли что-то улучшить?
Как заставить лида перестать спрашивать о сроках?
Чем отличаются трудозатраты на выполнение задачи и сроки завершения задачи. Как сдавать задачи в срок?
Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi
Презентация Александра Зиновьева, Test Lead компании Softengi, на семинаре "Оценка в жизни тестировщика" от тренинговой центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев.
Test labs 2016. Пренебрежение лучшими практиками тестированияSasha Soleev
"Лучшие практики" тестирования, чем они хороши, примеры;
Что плохого в их несоблюдении;
Когда можно ими пренебречь, риски нарушения;
Примеры: нивелирование рисков тестирования в Agile-подходе.
Автор: Григорий Сенин
Test labs 2016. QA в тотальном аутсорсеSasha Soleev
Мы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Концепция построения процесса тестирования в Agile проектах: 3+1LuxoftTraining
13-15 мая 2013 г. прошла онлайн-конференция Chief ConfeT&QA, посвященная различным вопросам тестирования: от методов приоритизации тестирования до синдрома профессионального выгорания в тестировании.
Елена Саламаха, тренер Luxoft Training, представила доклад о трёх основных концепциях построения тестирования в Agile:
• Техники предотвращения появления дефектов
• Автоматизация, Непрерывная интеграция
• Концепция постоянного улучшения, «гибкого внедрения гибкости»
Также в своем докладе Елена ответила на ряд вопросов:
• Как избежать непредвиденных багов?
• Как избежать недопонимания и разночтения требований?
• Как избежать рутинной ручной и, часто лишней, работы?
• Как поддерживать стабильный уровень качества в условиях частых поставок?
• Как не потеряться в постоянных изменениях?
What to do with the problems you cannot solve?SQALab
This document discusses how to deal with conflicts that arise in the workplace. It defines conflict as a battle over values, status, power or resources where parties try to get their own wishes fulfilled while damaging their rivals. Conflicts typically escalate through stages from disagreement to open hostility. The document recommends acknowledging conflicts early, recognizing them through communication deterioration and personal attacks, and changing one's reaction by identifying beliefs and capabilities. It suggests transitioning conflicts into collaboration by meeting to understand all perspectives, finding mutually agreeable solutions, and maintaining dialogue. Dealing with difficult people may require realizing they have a valid worldview and are acting from fear. The keys to resolving conflicts include having the intention to collaborate rather than manipulate and being open to unexpected outcomes
The document provides guidance for managing a team of junior testers. It discusses challenges such as lack of skills and experience in junior testers. It recommends setting clear expectations, providing frequent communication and feedback, ensuring knowledge sharing, and protecting the team to help them succeed. Patience and structure are important, as is repeating key messages, to help junior testers learn and improve. The goal is for the team to work cooperatively toward a common objective.
Test labs 2016. Пренебрежение лучшими практиками тестированияSasha Soleev
"Лучшие практики" тестирования, чем они хороши, примеры;
Что плохого в их несоблюдении;
Когда можно ими пренебречь, риски нарушения;
Примеры: нивелирование рисков тестирования в Agile-подходе.
Автор: Григорий Сенин
Test labs 2016. QA в тотальном аутсорсеSasha Soleev
Мы привыкли работать с информацией от заказчиков, от разработчиков, с документацией. Но что делать, когда вы оказались в ситуации информационного вакуума? Как продолжать работать и развиваться, как мотивировать команду и себя, а также какие бонусы можно найти в такой обстановке – всё это мы обсудим в рамках данного доклада.
Автор: Ольга Пронина
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
Концепция построения процесса тестирования в Agile проектах: 3+1LuxoftTraining
13-15 мая 2013 г. прошла онлайн-конференция Chief ConfeT&QA, посвященная различным вопросам тестирования: от методов приоритизации тестирования до синдрома профессионального выгорания в тестировании.
Елена Саламаха, тренер Luxoft Training, представила доклад о трёх основных концепциях построения тестирования в Agile:
• Техники предотвращения появления дефектов
• Автоматизация, Непрерывная интеграция
• Концепция постоянного улучшения, «гибкого внедрения гибкости»
Также в своем докладе Елена ответила на ряд вопросов:
• Как избежать непредвиденных багов?
• Как избежать недопонимания и разночтения требований?
• Как избежать рутинной ручной и, часто лишней, работы?
• Как поддерживать стабильный уровень качества в условиях частых поставок?
• Как не потеряться в постоянных изменениях?
What to do with the problems you cannot solve?SQALab
This document discusses how to deal with conflicts that arise in the workplace. It defines conflict as a battle over values, status, power or resources where parties try to get their own wishes fulfilled while damaging their rivals. Conflicts typically escalate through stages from disagreement to open hostility. The document recommends acknowledging conflicts early, recognizing them through communication deterioration and personal attacks, and changing one's reaction by identifying beliefs and capabilities. It suggests transitioning conflicts into collaboration by meeting to understand all perspectives, finding mutually agreeable solutions, and maintaining dialogue. Dealing with difficult people may require realizing they have a valid worldview and are acting from fear. The keys to resolving conflicts include having the intention to collaborate rather than manipulate and being open to unexpected outcomes
The document provides guidance for managing a team of junior testers. It discusses challenges such as lack of skills and experience in junior testers. It recommends setting clear expectations, providing frequent communication and feedback, ensuring knowledge sharing, and protecting the team to help them succeed. Patience and structure are important, as is repeating key messages, to help junior testers learn and improve. The goal is for the team to work cooperatively toward a common objective.
Are you in control of Testing, or does Testing control you? SQALab
- Mike Smith argues that software testing models often rely too heavily on test cases, which may not provide the best measures for control and risk management.
- An effective measurement framework separates objectives from initiatives and uses a complex model of relationships rather than a simple hierarchy. This provides better traceability and the ability to cope with change.
- Lessons can be learned across different domains of measurement and testing. An ideal testing model would incorporate concepts from performance management systems like the balanced scorecard to link testing to business outcomes.
- Many factors influence what level of measures and targets are suitable for a given situation, but the most important thing is that the model supports analysis and decision making to maintain control.
This document discusses various topics related to psychology, testing, and introducing change. It addresses resistance to change and how people can get stuck playing psychological games and drama triangles. It emphasizes that knowing you are playing a game can help change your perspective, and provides tips for refusing to play expected roles and making games less attractive or harder to engage in. The overall content suggests that understanding psychology, human behavior, and group dynamics is important for successfully introducing things like structured testing or other changes.
TК°Conf. Обеспечение качества в продуктовых проектах. Наталья Руколь.TKConf
Отрасль тестирования и обеспечения качества сильно эволюционировала за несколько последних десятилетий. С появлением конкуренции на рынке появилась необходимость в тестировании. Сначала это были тестировщики-мартышки, нажимающие на кнопки и нечаянно находящие некоторые ошибки в продуктах. После появились тестировщики-аналитики, создающие модели тестируемого ПО и обеспечивающие более высокие уровни тестового покрытия.
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
Є думка, що exploratory testing - це хаотичний процес, яким важко керувати. Ми розберемось, чи можна організувати exploratory testing так, щоб продукт був крутим та якісним, ризики більш передбачувані, а тестувальники отримували задоволення.
Управление компанией с использованием метода критического цепи (МКЦ)Евгений Пикулев
Частная презентация, рассказывающая о недостатках метода критического пути, и о достоинствах метода критической цепи. Полезна для собственников и руководителей компаний.
Ice Age Testing. Mistakes that testers do since Ice Age and how to avoid themGleb Rybalko
Тестирование ПО является стандартом в сфере обеспечения качества уже на протяжении 40 лет. За это время многие процессы и подходы изменились, появились новые техники нахождения ошибок. Все участники процесса разработки программных продуктов признали важность и значимость тестировщиков. Сейчас эта профессия котируется наравне с профессией программиста.
Тем не менее, начиная с зарождения, так называемого «каменного века» тестирования и по сей день тестировщики и тест менеджеры допускают ошибки, которые в дальнейшем влияют на ход разработки продукта и выливаются в обидные ошибки и разочарования. Особым количеством пропущенных ошибок и сорванных сроков отличаются «мамонты ледникового периода» в тестировании – длинные и долгоиграющие проекты.
Этот доклад построен на практическом опыте автора работы с такими «мамонтами от тестирования» В рамках доклада Вы узнаете:
• Как определить проект мамонт, и чем он отличается от других проектов
• Ошибки тестировщиков при первой встрече с мамонтом и как их избежать
• Как тестировать мамонтов
• Разбор практических кейсов тестирования мамонтов
Доклад будет полезен начинающим тестировщикам, которые смогут узнать о распространенных ошибках своих коллег в больших проектах. Также доклад пригодится специалистам с опытом, которые не работали в крупных и долгосрочных проектах и хотят узнать специфику такой работы.
Ирина Томилова "Чего хотят тестировщики? или как после планирования жить хоро...Yandex
Конференция "План Б" в Санкт-Петербурге (17 декабря 2011)
Ирина Томилова "Чего хотят тестировщики? или как после планирования жить хорошо..." (DINO Systems)
Тезисы:
– тестировщики хотят того же, чего и все остальные – играть по правилам;
– правила игры не могут не меняться;
– готовность к изменениям закладывается при планировании;
– плановые риски требуют профилактики;
– планирование тестирования завершается не раньше, чем само тестирование.
Презентация со встречи QA Club Minsk 11 декабря 2013 г., посвященная одному из поппулярнейших инструментов тест-менеджмента Test Link, автор Вадим Зубович
Андрей Стахиевич - Appium Mobile Automation ToolQA Club Minsk
Презентация со встречи QA Club Minsk (адаптированная под Confet QA) 4 декабря 2013 г. "Appium Mobile Automation Tool", автор и докладчик Андрей Стахиевич
2. О докладчике
• «Лаборатория Качества» - болтолог-
идеолог
• «Undev.Ru» - тестопроцессостроитель
• «Лаборатория Касперского» –
руководитель отдела автоматизации
тестирования
• «Акронис» – Руководитель проекта по
http://natalyarukol.ru тестированию
http://nrukol.moikrug.ru
• «Текора», «НТЦ ИРМ» –
руководитель отделов тестирования
http://software-testing.ru
• А также аналитик, руководитель проектов,
Skype: natalya.rukol разработчик, тестировщик и внедренец в
mailto: natalya@quality-lab.ru
компаниях «Текора», «Парагон», «Аурига»,
«ИСЭН»
3. Как планировать
тестирование?
1. Оценить
ресурсозатраты
2. Определить
последовательность
задач
3. Выполнить
4. Готово!
5. О докладчике
• Оперировала
человекоминутами и
человекогодами
• Вовремя выпустила
http://natalyarukol.ru 40% проектов
http://nrukol.moikrug.ru
• Вовремя выполнила
http://software-testing.ru
менее 10% задач
Skype: natalya.rukol
mailto: natalya@quality-lab.ru
7. Трудности планирования
• Разработчики срывают сроки
• Не сразу есть требования
• Не знаем, сколько раз будем
тестировать одно и то же
• Изменения в требованиях и
интерфейсах после
готовности тестов и
автотестов
• Ограниченность ресурсов
• Не дают времени на
планирование
8. Непредвиденные
обстоятельства
• Сроки разработки
• Качество ПО
• Изменения требо-
ваний и интерфейсов
9. Непредвиденные
обстоятельства
• Анализ рисков
• Учёт зависимостей по
задачам
• Оперативный контроль
• Анализ проблем
(ретроспективы, post-
mortem)