Взгляд на qa со стороны
DESCRIPTION
Доклад на конференции eTalks-QA 2010TRANSCRIPT
![Page 1: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/1.jpg)
Взгляд на QA чужими глазами.
QA from not QA’s perspective
Моя личная точка зрения или доклад тролля...
Калугин Александр, Ph.D, PMP
Mercury Development, LLC
![Page 2: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/2.jpg)
2
QA about QA
1. Мы можем делать не Quality
Assurance, а только Quality Control
2. Не только мы отвечаем за качество
3. Программ без багов не бывает.
4. «Телепаты в отпуске»
5. Нас спрашивают слишком поздно...
![Page 3: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/3.jpg)
3
QA about QA
Requirements
Artifacts (Software Product)
Defects
Recommendations
![Page 4: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/4.jpg)
Идеальный тестировщик
Может проанализировать спецификацию
Переводит спецификацию в тестовый сценарий (т.е. документ, полностью подчиненный спецификации)
Умеет быстро и надежно воспроизводить баги по описанию и корректно описывать условия воспроизведения.
Умеет оптимизировать собственный труд, вырабатывая автоматизированные процедуры. и т.д.
формализм4
![Page 5: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/5.jpg)
К чему приводит (проблема)
Смещение фокуса – основной упор делается оптимизации процессов контроля качества (автоматизированные тесты, нагрузочные тесты, скрипты, и т.д.)
Выработка дополнительный процедур, суть которых – тот же контроль качества.
Контроль качества работы «кодеров»
Отчетность «в багах»...
5
![Page 6: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/6.jpg)
Возможные причины
Раз все баги не перефиксить – пусть лучше о них мы будем меньше знать. В конце концов значение имеют баги, которые найдет заказчик, а не мы.
Тестирование -- «отрицательная» деятельность, которая лишь направлена на выявление недостатков – если хорошо разрабатывать – QC не нужны.
Чтобы оправдать затраты – деятельность QC должнабыть измерима и не вызывать сомнений, что делается «какая-то фигня».
6
![Page 7: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/7.jpg)
«Фатальные» проблемы качества: Не нравится заказчику – Ну не нравится и всѐ тут!
Несоответствие продукта – бизнес-цели – не приносит денег
Несоответствие продукта ожиданиям конечных пользователей – неудобно пользоваться
Сложность освоения – сразу непонятно, как пользоваться, непохоже на остальное.
Не вписывается в toolset – продукт – сам по себе, не связан с OS или другими продуктами.
Продукт стабилен только в рамках определенных сценариев использования, шаг влево-вправо – «Тормозит и валится».
Продукт тяжело расширять или добавлять новые фичи
7
![Page 8: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/8.jpg)
«Фатальные» проблемы качества:
Не являются следствием недостатков процесса разработки или неследования этому процессу.
Не являются ошибками кодеров.
Практически невозможно выявить в процессе формальной проверки соответствия продукта функциональным требованиям.
Очень сложно выявить в рамках формализованных процессов и процедур.
8
![Page 9: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/9.jpg)
Задачи-максимум QA (моя мечта )
Обеспечить беспроблемную приемку проекта заказчику.
Гарантировать успешность продукта
Гарантировать удобство и интуитивность пользования продуктом, его стабильность, производительность и расширяемость
Минимизировать затраты на процессы QC и разработку
Минимизировать риски проекта.
9
![Page 10: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/10.jpg)
Задачи-максимум QA (моя мечта )
10
![Page 11: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/11.jpg)
11
Может быть как-нибудь можно?
Requirements
Artifacts (Software Product)
Risk Inventory
Architectural Patterns
Historical Records
OS GuidelinesCompetitive
Products
Business Goals Constraints and
Priorities
![Page 12: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/12.jpg)
12
Может быть как-нибудь можно?
Requirements
Defects
Risk Inventory
Historical Records
Usability Analysis
Architecture Analysis
![Page 13: Взгляд на QA со стороны](https://reader033.vdocuments.mx/reader033/viewer/2022052412/5594ac3b1a28aba30e8b467b/html5/thumbnails/13.jpg)
Может быть как-нибудь можно?
Участие на всех стадиях включая Pre-sale
Взаимодействие со всеми ролями в проекте
Вовлеченность и ответственность за результат
Смена приоритетов
13