Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
“Можно ли перевернуть пирамиду?” – автоматизируем тестирование с меньшим числ...Igor Khrol
Когда мы говорим об автоматизации тестирования, чаще всего вспоминается Selenium, Microsoft Coded UI, QTP и другие аналогичные инструменты. Мы хотим воспроизводить действия ручного тестирования с максимальной точностью, чтобы можно было с уверенностью сказать, что тот или иной тест-скрипт повторяет какую-то часть сложившихся на проекте тестов. Когда же тестов становится чуть больше, то мы обнаруживаем, что наши тесты запускаются долго, работают нестабильно. После чего мы начинаем говорить о параллелизации, виртуализации, четырёхслойной архитектуре фреймворка и прочих жутко интересных вещах… Это всё очень хорошо, но главная цель где-то остаётся в стороне – контроль качества нашего продукта.
В своём докладе я попытаюсь слегка задать направление другой альтернативе: отойти от автотестов через пользовательский интерфейс в сторону более низкоуровневых, которые значительно быстрее и стабильнее. Если вас также волнует “переворачивание” пирамиды автоматизации тестирования, то приглашаю присоединиться к обсуждению этой сложной и важной темы.
Антон Грачев. В поисках мифического зверя. Новые подходы и инструменты для Ag...ScrumTrek
Вы, наверное, сталкивались с ситуацией когда в вашем Agile проекте срабатывали риски, которые приводили к тем или иным неприятным ситуациям, а затем на ретроспективе или во время аудита задавался вопрос: есть ли управление рисками на проекте? Очень часто ответ звучит положительный, но если рассмотреть детали, то хорошо отлаженного процесса почему-то не обнаруживается. Этакий мифический зверь, о котором все знают, но никто его не видел вживую. Я постараюсь ответить на вопрос «Почему не работают обычные инструменты управления рисками?» и предложу новые подходы и инструменты по управлению рисками как для Скрам, так и для Канбан команд. В частности, представлю свой авторский метод отслеживания рисков в проекте на основе Канбан-доски. Он позволяет упростить и очеловечить процесс отслеживания актуальности рисков, повысит прозрачность информации для всех участников проекта.
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
“Можно ли перевернуть пирамиду?” – автоматизируем тестирование с меньшим числ...Igor Khrol
Когда мы говорим об автоматизации тестирования, чаще всего вспоминается Selenium, Microsoft Coded UI, QTP и другие аналогичные инструменты. Мы хотим воспроизводить действия ручного тестирования с максимальной точностью, чтобы можно было с уверенностью сказать, что тот или иной тест-скрипт повторяет какую-то часть сложившихся на проекте тестов. Когда же тестов становится чуть больше, то мы обнаруживаем, что наши тесты запускаются долго, работают нестабильно. После чего мы начинаем говорить о параллелизации, виртуализации, четырёхслойной архитектуре фреймворка и прочих жутко интересных вещах… Это всё очень хорошо, но главная цель где-то остаётся в стороне – контроль качества нашего продукта.
В своём докладе я попытаюсь слегка задать направление другой альтернативе: отойти от автотестов через пользовательский интерфейс в сторону более низкоуровневых, которые значительно быстрее и стабильнее. Если вас также волнует “переворачивание” пирамиды автоматизации тестирования, то приглашаю присоединиться к обсуждению этой сложной и важной темы.
Антон Грачев. В поисках мифического зверя. Новые подходы и инструменты для Ag...ScrumTrek
Вы, наверное, сталкивались с ситуацией когда в вашем Agile проекте срабатывали риски, которые приводили к тем или иным неприятным ситуациям, а затем на ретроспективе или во время аудита задавался вопрос: есть ли управление рисками на проекте? Очень часто ответ звучит положительный, но если рассмотреть детали, то хорошо отлаженного процесса почему-то не обнаруживается. Этакий мифический зверь, о котором все знают, но никто его не видел вживую. Я постараюсь ответить на вопрос «Почему не работают обычные инструменты управления рисками?» и предложу новые подходы и инструменты по управлению рисками как для Скрам, так и для Канбан команд. В частности, представлю свой авторский метод отслеживания рисков в проекте на основе Канбан-доски. Он позволяет упростить и очеловечить процесс отслеживания актуальности рисков, повысит прозрачность информации для всех участников проекта.
Процесс тестирования в условиях неявных требований COMAQA.BY
В условиях изучения и кастомизации ПО с открытым кодом, бизнес-аналитики формируют высоко-уровневые требования, детализация появляется в ходе разрабтки девелоперами или после отзывов заказчика. Тестировщики в этой ситуации имеют не четкие требования и недовольство девелоперов отвлекающихся на разъяснения "как это сделано". Как мы решили эту задачу - будет рассказано на живом примере в моём докладе.
Становление программы внутренних аудитов.Elena Petrova
Выступление Петровой Елены на конференции SQA Days (2012г). Организация внутренних аудитов Системы Менеджмента Качества (на базе опыта компании Team International)
Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi
Презентация Александра Зиновьева, Test Lead компании Softengi, на семинаре "Оценка в жизни тестировщика" от тренинговой центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев.
This document discusses code examples for creating a basic "Hello World" API endpoint using different web application frameworks like ASP.NET Core, Express, and WebApplication. It shows how to setup a GET route that returns the string "Hello World" using controllers, middleware, and other framework-specific features in each case. It also includes code for basic RESTful API endpoints for a ticket ordering system including getting tickets, checkout, and validation.
"Are you developing or declining? Don't become an IT-dinosaur"Sigma Software
Tech Buzz, Project Management meetup, Warsaw, 2022
Krzysztof Rakowski and Paweł Rekowski, "Are you developing or declining? Don't become an IT-dinosaur"
More Related Content
Similar to Яна Лиса, “Ефективні методи написання хороших мануальних тестових сценаріїв”
Процесс тестирования в условиях неявных требований COMAQA.BY
В условиях изучения и кастомизации ПО с открытым кодом, бизнес-аналитики формируют высоко-уровневые требования, детализация появляется в ходе разрабтки девелоперами или после отзывов заказчика. Тестировщики в этой ситуации имеют не четкие требования и недовольство девелоперов отвлекающихся на разъяснения "как это сделано". Как мы решили эту задачу - будет рассказано на живом примере в моём докладе.
Становление программы внутренних аудитов.Elena Petrova
Выступление Петровой Елены на конференции SQA Days (2012г). Организация внутренних аудитов Системы Менеджмента Качества (на базе опыта компании Team International)
Как оценить время на тестирование. Александр Зиновьев, Test Lead SoftengiSoftengi
Презентация Александра Зиновьева, Test Lead компании Softengi, на семинаре "Оценка в жизни тестировщика" от тренинговой центра QAS Training Center, который прошел 27 ноября в пространстве Циферблат, Киев.
Similar to Яна Лиса, “Ефективні методи написання хороших мануальних тестових сценаріїв” (20)
This document discusses code examples for creating a basic "Hello World" API endpoint using different web application frameworks like ASP.NET Core, Express, and WebApplication. It shows how to setup a GET route that returns the string "Hello World" using controllers, middleware, and other framework-specific features in each case. It also includes code for basic RESTful API endpoints for a ticket ordering system including getting tickets, checkout, and validation.
"Are you developing or declining? Don't become an IT-dinosaur"Sigma Software
Tech Buzz, Project Management meetup, Warsaw, 2022
Krzysztof Rakowski and Paweł Rekowski, "Are you developing or declining? Don't become an IT-dinosaur"
Michael Smolin, "Decrypting customer's cultural code"Sigma Software
The document discusses establishing synergy with clients. It provides tips for project managers, including getting to know the client's culture and needs, balancing the needs of the client and development team, maintaining open and honest communication, and avoiding being self-centered. The overall goal is to build trust and loyalty to have a strong, proactive team through effective communication and understanding between the project manager, development team, and client.
The document outlines 10 principles for product management from the perspectives of successful founders and executives. It begins with an introduction to the author and definitions of the product manager role. It then discusses techniques for product management and lists 10 principles: 1) Know your customer 2) Be mission-driven 3) Be data-informed 4) Content over process 5) Problems before solutions 6) Deliver outcomes, not outputs 7) Say yes 8) Be positive and kind 9) Learn and share 10) Raise the bar. The document provides examples of barriers to applying each principle and recommends several books on product management.
Eleonora Budanova “BA+PM+DEV team: how to build the synergy”Sigma Software
This document discusses how a business analyst helped improve synergy between the BA, PM, and development team on a project. The business analyst first assessed the project complexity, history of changes, and their own strengths. They discovered issues like an unrefined product backlog, estimates not being met, and changes during sprints. To address this, the analyst held retrospectives and 1:1 meetings. They created requirements templates with metadata, purpose, acceptance criteria. This provided clear requirements and decreased stress and scope changes. As a result, sprints delivered fully, the team was happier, and the client said the templates met their needs and communication was consistent.
Stoyan Atanasov “How crucial is the BA role in an IT Project"Sigma Software
A Business Analyst plays a crucial role in IT projects by facilitating collaboration between stakeholders, defining business needs and processes, and delivering value to clients. As the key liaison between business and IT teams, the BA ensures efficient communication and justifies solution options. BAs at SoftServe have successfully delivered projects like a Franchise Management System by taking ownership of product backlogs and roadmaps, improving processes, and optimizing manual tasks. They also created a Revenue Management Platform that combined multiple applications into a single core platform, reducing development efforts significantly.
The document describes a hack sprint by the Sigma Software Team to develop features for a Volvo excavator monitoring application. The main features described include a modern and user-friendly design, operator authorization and access to recent diagnostic information. Additional suggested features include viewing diagnostic histories, integrating user and dealer profiles with parts databases and remote warehouses, and enabling remote technical support. The document concludes by thanking the audience and inviting any questions.
Business digitalization trends and challengesSigma Software
The document discusses trends and challenges in business digitalization. It provides an overview of digital transformation from the perspectives of systems architecture, data, and infrastructure. Key points include:
- Digital transformation requires approaches like lean thinking, agile development, and data-driven decision making.
- Major challenges are managing growing data volumes, expectations for data quality, and regulatory compliance.
- Trends involve data governance, analytics, machine learning, APIs, microservices, and hybrid cloud infrastructure solutions.
- True digital transformation is about streamlining client collaboration and shortening time to market while managing complexity and costs.
This document discusses the maturity levels of distributed project teams. It identifies several key areas that determine a team's level including communication, socialization, processes, and soft skills. For each area, it provides examples of basic, advanced, and proficient behaviors such as the formats for communication, how information is managed, how goals are set and monitored, and how decisions are made. Useful resources are also referenced at the end to help improve virtual team management.
In 18 years of learning processes facilitation, Sigma Software has delivered more than 40 solutions to fortune 500 companies, product houses, and startups. We have our own training platform Sigma Software University running 60+ training courses and consulting on e-learning. Learn how we can make training solutions and content creation more meaningful and powerful: https://bit.ly/3f4phoY
False news - false truth: tips & tricks how to avoid themSigma Software
Since the beginning of the COVID-19, the spread of information about the pandemic has been much faster than the virus itself. Facebook(link is external) labeled nearly 50 million pieces of news about COVID-19 as misinformation in April, while Twitter(link is external) marked more than 1.5 million users for spreading false information and displaying manipulative behaviors. Find out how dangerous false news is and what steps you can take to avoid them.
Анна Бойко, "Хороший контракт vs очікування клієнтів. Що вбереже вас, якщо вд...Sigma Software
This document discusses engagement models and managing customer expectations in contracts and projects. It provides examples of how fixed price, time and materials (T&M), and on-demand team (ODT) models can lead to misaligned expectations if not set up properly. It also discusses how the COVID-19 pandemic impacted many businesses and projects in 2020, with some clients pushing for contract renegotiations, discounts, or trying to terminate projects due to financial difficulties caused by the pandemic. The document emphasizes the importance of clear communication around budgets, responsibilities, and engagement terms to avoid disputes down the road.
Дмитрий Лапшин, "The importance of TEX and Internal Quality. How explain and ...Sigma Software
This document discusses quality and defect removal in software development. It makes three key points:
1) Quality comes at a cost of both time and money, and developers must balance quality with schedules and budgets. Not all defects have equal consequences.
2) Defect prevention upfront is critical and more efficient than detection and removal later. The majority of defects can be removed through requirements reviews, architectural reviews, design reviews, and code reviews.
3) Tools and processes like continuous integration, code reviews, testing, and defect tracking help contain defects and improve efficiency in defect removal. The goal is achieving high defect removal efficiency across requirements, architecture, design and code.
Яна Лиса, “Ефективні методи написання хороших мануальних тестових сценаріїв”
1.
2. Про меня
Опыт в тестировании более 8 лет
Опыт в управлении командами около 5 лет
ISTQB сертифицированный Test Manager и
Test Analyst
Текущая позиция:
Senior Test Engineer / Test Lead
в Sigma Software
lysaya.yana@gmail.com
3. Агенда
1. Как тест кейсы могут становиться плохими
2. Возможные причины плохих тест кейсов и
сьютов
3. Ловушки, с которыми QA могут столкнуться
при создании тест кейсов или построении тест
сьютов
4. Подсказки и выводы
4. Характеристики плохого тест кейса
Непонятные, неоднозначные
Дубликаты
Лишняя работа
Неповторяемость
Плохая поддерживаемость
Какое-то плохое ощущение
5. Причины возникновения плохих тест кейсов
Некомпетентность
Небрежность
Предположения
ЛовушкиНестабильность
Нехватка времени
Неопытность
7. Привет, бро
Test case 46: Check received email
…
Step 6. Send email
Step 7. Check, that user received email
…
Test case 64: Check ability to send email
9. Вершки и корешки
Create new PayPal transfer
Create new Check withdrawal transfer
Create new business transfer
Check transfer history for business user
Check transfer history for private user
…
11. Трейни-ориентированные тесты
Open application
Expected result…
Enter test@test.com in Email field
Expected result…
Enter “test” in Password field
Expected result…
Click on “Login” button
Expected result…
Open Products page
Expected result…
14. Save patient’s age field with empty value;
Expected result: not possible
Save patient’s age field with alphabetic characters
Expected result: not possible
Save patient’s age field with special characters
Expected result: not possible
Save patient’s age field with ‘NULL’
Expected result: not possible
Save patient’s age field with ‘999999999999999’
Expected result: not possible
Save patient’s age field with negative value
Expected result: not possible
16. Save patient’s age field with
@age_value
@age_value:
empty;
alphabetic characters;
special characters;
‘NULL’;
‘999999999999999’;
negative value.
Expected result: not possible
17. Шаги, шаги, шаги…
Step 1. Login as application user Expected
result…
Step 2. Start creation of task Expected result…
Step 3. Enter task name Expected result…
Step 4. Enter Due date Expected result…
Step 5. Enter task description Expected result…
…
Step 26. Select task watchers Expected result…
19. Шаги, шаги, шаги…
Step 1. Login as application user
Step 2. Start creation of task
Step 3. Fill in next fields:
task name;
due date;
task description;
…
task watchers;
Step 4. Click on “Create” button
Expected result…
20. Балк степы
Step 1. Open application. Login with correct credentials
as application user. Navigate to Files menu. Click on
“Create new folder” button and create new folder
Expected result: Folder with name specified is
created
Step 2. Open created folder. Click on “Upload file” button.
Select file from computer. Click on “Select” button.
22. Балк степы
Pre-conditions:
User is logged in into application.
User created folder in Files menu
Step 1. Open created folder.
Step 2. Click on “Upload file” button.
Step 3. Select file from computer and click on “Select” button.
Expected result: File is uploaded
25. Тест кейс от Земли до неба
1. Login as private user
2. Create new transfer to business user
3. Enter…
10. Navigate to History
11. Check balance
12. Navigate to Account list
13. Check balance
…
22. Logout
23. Login as business user
24. Check balance of account, where transfer was sent
…
25. Login as admin user
26. Check ability to cancel created transfer
…
45. Connect to DB
46. Check that correct value is written in DB
26. Тест кейс от Земли до неба
Ловушки Все в одном
кейсе
Всегда есть
что-то, что
зафейлится
Solutions 1 тест кейс = 1
цель
Использование
тест сьютов вместо
длинных тест ейсов
27. Тест кейс от Земли до неба
Test suite 1
TC1
1. Login as @user
2. Create new transfer to business user
3. Enter @amount and confirm transfer
Expected result: …
TC2
Pre-conditions: TC1 is executed
1. Navigate to History
2. Check @user balance
Expected result: …
TC3
Pre-conditions: TC1 is executed
1. Navigate to Account list
2. Check balance
Expected result: …
…
28. Зови меня, как пожелаешь
Step 1. Click on “Table” menu
Expected result: Menu is opened
Step 2. Push “Board” switcher
Expected result: User is navigated to
“Board” window
Step 3. Press on “Table” button
Expected result: “Table” screen is displayed
29. Зови меня, как пожелаешь
Ловушки
Никакой
стандартизации
терминологии
Неконсистентные
действия юзера
Решение стандарт для
терминологии
Словарик с
действиями
пользователя
30. Подсказки для дизайна тест кейсов и сьютов
Использование техник тест дизайна;
Матрица покрытия;
1 тест кейс =1 цель;
Большие тест кейсы разбивать и комбинировать в тест сьюты;
Использование пре-кондишенов и общих объяснений;
Использовать параметры, где возможно;
Использовать чек листы, где возможно;
Использовать тестовые данные отдельно от тест кейсов;
Планирование структуры тест сьюта;
Использование стандартизации;
Комбинация шагов, имеющих одинаковый ожидаемый результат;
Кросс-ревью
31. Выводы
Планируйте тест сьюты;
Стройте матрицы покрытия, они работают;
Находите правильный баланс между
детализацией и параметрами, полетом
фантазии и негативными кейсами, и т.д.;
Кросс-ревью, взгляд со стороны иногда важнее
техник тест дизайна.