ALMELN.ru

Хранилище текстов, отзывов и закладок о тестировании, обеспечении качества и литературе

View the Project on GitHub

Ключевые процессы тестирования

  1. Предисловие, Благодарности, Вступление, Введение. 03-08.04.2018. 19 страниц за 5 дней, 4 страницы в день, 6 минут на страницу.
  2. Часть 1. Глава 1 “Роль тестирования”. 08-14.04.2018. 31 страница за 6 дней, 5 страниц в день, 8 минут на страницу.
  3. Часть 1. Глава 2 “Анализа рисков”. 14-22.04.2018. 30 страниц за 8 дней, 4 страницы в день, 9 минут на страницу.
  4. Часть 1. Глава 3 “Оценка предстоящей работы”. 22.04.2018-01.05.2018. 30 страниц за 9 дней, 3 страницы в день, 7 минут на страницу.
  5. Часть 1. Глава 4 “Бюджет и возврат инвестиций”. 01-12.05.2018. 22 страницы за 11 дней, 2 страницы в день, 6 минут на страницу.

Глава 1 “Панорамный обзор: роль тестирования в более широком контексте”

Перечень контрольных вопросов по результатам прочтения:

  1. Почему компании делают инвестиции в качество? Что мотивирует проводить тестирование? Назовите хотя бы шесть пунктов. 33/566
  2. Что такое качество? 34/566
  3. Что такое риски? Это вероятностные отрицательные результаты и события. Риски подвергают опасности качество системы. 35/566
  4. Что делает эффективно организованное тестирование? Предоставляет услуги и информацию, способствующую управлению рисками качества разрабатываемой, сопровождаемой или поставляемой системы. 35/566
  5. Что такое Опыт Качества? Мнение о качестве системы вместе с общем уровнем удовлетворенности пользователей/заказчиков по мере получения опыта работы с системой. 35/566
  6. Когда заказчик удовлетворён, восхищается или разочарован? Когда уровень качества совпадает ожиданием качества заказчик обычно удовлетворён. Если опыт качества превышает ожидания, пользователь/заказчик восхищается. Если опыт качества ниже ожиданий, пользователь/заказчик разочарован. 35/566
  7. Тестирование это часть разработки или отдельный процесс? Процессы тестирования находятся в рамках проектов разработки, сопровождения или поставки системы. 35/566
  8. Чем жизненный цикл системы отличается от жизненного цикла разработки системы? 36/566
  9. Какие есть четыре основных наиболее ценных типа информации и услуг, поставляемых тестировщиками и для чего эта информация? 1, 2, 3, и 4 для использования менеджерами в целях снижения общего риска неудачи проекта 37/566
  10. Что обеспечивает Группа тестирования? Обратную связь с информацией о качестве системы и о проекте в целом. 37/566
  11. Что такое “ошибка, дефект” в понимании Рекса Блэка? 38/566
  12. Что такое тестирование по определению Рекса? 38/566
  13. Как организовать работу разных групп на различных фазах тестирования? 39-40/566.
  14. Приведёте классификацию Рекса по фазам тестирования? 40/566
  15. К чему рано или поздно приводить привычка к большому риску? К большим потерям. 41/566
  16. Что происходит с тем, кто не инвестирует в тестирование? Получают убийственный опыт. Подробнее раскрыть ответ. 42/566
  17. Что могут сделать тестировщики? 42/566
  18. Чем QA отличается от тестирования? 43/566
  19. Считаем ли на работе общее количество найденных ошибок на очередном этапе разработки системы? 46/566
  20. Происходит ли на рабочем месте рецензирование и утверждение тестов для модульного тестирования? 47/566
  21. Что означает первая интегральная сборка? 47/566
  22. Почему мы не используем альфа-тестирование для некоторых тщательно отобранных партнеров по бизнесу? 48/566
  23. Может ли повысить качество некачественного продукта за счёт тестирования? 48/566
  24. Повторяю ли в ходе всего проекта встречи с руководством и коллегами для уточнения их ожиданий? 48/566
  25. Как Рекс отнёсся бы к распределению тестировщиков, например по agile или scrum группам? Скорее так всего, поскольку 54/566, а затем 55-56/566
  26. Какие проекты идут более гладко? Если программисты проводят модульное и компонентное тестирование своего кода. 55/566
  27. Что такое фаза тестирования? 57/566
  28. Как Рекс относится к организации тестировщиков в группы с программистами? 58/566
  29. Используем ли на рабочем месте показатели эффективности и качества тестирования, отчетов об ошибках, процент исправленных ошибок длительность цикла существования ошибки? 60/566
  30. Как Рекс описывает идею назначения тестировщикам младших программистов? 60/566
  31. Какой есть признак незрелости разработки и какой должна быть организация тестирования? Ликвидация независимой группы тестирования и введение тестировщиков в группы разработки. 60/566
  32. Читал ли и видел ли журнал “Software testing and quality engineering”? 63/566

Глава 2 “Основа успеха: анализ рисков качества”

Перечень контрольных вопросов по результатам прочтения:

  1. Что же отличает области системы, которые мы могли бы тестировать, от тех областей, которые мы должны тестировать? 65/566
  2. Что такое риски качества? 66/566
  3. Что включает в себя Процесс 3 “Процесс анализа рисков качества”? 67/566
  4. Можете ли провести обзор существующих методик и методов анализа рисков качества? 68/566
  5. Сможете ли показать пример документации рисков качества в соответствии с выбранной методикой? 69/566
  6. Сколько раз выполняли процедуру анализа рисков качества, расстановки приоритетов и выработку рекомендуемых действий?
  7. Есть ли у на рабочем проекте документация с анализом рисков качества? В Confluence “Анализ рисков качества” и “Риски качества” = Ничего не найдено
  8. Что за методика анализа рисков качества “Анализ видов ошибок и их влияния” (Failure Mode and Effect Analysis, FMEA)? 68/566
  9. Ставится ли на рабочем проекте задача покрыть проверками весь разрабатываем функционал или определяетесь с областями системы, нуждающимисяся в тестировании?
  10. Сможете привести несколько примеров общих категорий рисков качества , под которые могли подпасть отдельные виды ошибок? 69/566
  11. Что за категория риска качества “удобство использования»? 69/566
  12. А что за «конкурентные недостатки», как категория риска качества? 69/566
  13. Рассматривается ли у вас на рабочем проекте не только такая характеристика видов ошибок как «приоритет», но и характеристики «серьезность» и «вероятность»?
  14. Какая есть классификация Рекса Блэка значимости влияния ошибки для данного вида ошибок? 70/566
  15. Чем приоритетность отличается от вероятности? Вероятность - это возможность возникновения ошибки данного вида и всех ее проявлений. Устанавливается на основании трёх факторов: 1) вероятности появления в системе, с точки зрения факторов технического риска - сложности и предыдущей истории дефекта; 2) вероятность пропуска ошибки разработчиками; 3) вероятности проявления в повседневном использовании, в текущих действиях пользователей или при инсталляции 70/566
  16. Что такое приоритет риска и из чего он состоит, как его высчитать? Приоритетность - это значимость исправления ошибки основанная на: 1) влиянии данного вида ошибок на способность системы соответствовать требованиям пользователей; 2) проблемах в логике проекта; 3) несоответствии стандартам или инструкциям; 4) других соображениях, связанных с бизнесом. 71/566
  17. Какие есть четыре группы рекомендуемых действий по снижению рисков в ходе тестирования? 1) Подробное тестирование - попытка тестировщиков в рамках проектных ограничений покрыть функции и свойства, относящиеся к этим риска качества, как вширь, так вглубь. Готовя отчеты об ошибке, тестировщики должны потратить определенное время на воспроизведение и локализацию проблемы. 2) Сбалансированное тестирование - создаётся широкое, не обязательно глубокое покрытие тестами функций и свойств. Тестировщики должны ограничивать время на воспроизведение и локализацию проблем, основываясь на оценке серьезности и приоритетности ошибки. 3) Тестирование по возможности. 4) Информирование о наблюдаемых дефектах - не проектируются и не разрабатываются тесты для этих категорий рисков качество, но идёт информирование об обнаруженных ошибках. 71/566
  18. При тестировании требований отвечаю задаю ли себе вопрос – какие области пропущенны в спецификации требований?
  19. Сообщаю или о любых ошибках, обнаруженных в других проектных документах в ходе анализа, в том числе о неудачных и пропущеных требованиях, проблемах, связанных с архитектурой? 73/566
  20. Высказали ли коллеги замечания, повышающие понижающие значение серьезности, приоритетности и вероятности?
  21. Выполняю ли я согласование документа и получаю ли замечания коллег, прежде чем добавлять документа в проектный репозиторий? Или сразу выкладываю черновик и в реальном времени правлю, заставляя коллег получать лишнее уведомление об изменениях на свою электронную почту?
  22. Какие девятнадцатый ролей в проекте могут быть привлечены для составления перечня рисков и более точной расстановки приоритетов? 76-77/566
  23. В каких книгах можно найти списки ошибок программного обеспечения? Четыре перечня типичных дефектов системы можно найти в главе о систематизации дефектов в книге Бориса Бейзер (Boris Beiderbecke) «Software Testing Techniques», в приложении, содержащем перечень типичных ошибок, в книгах Сема Камера и др. (Cem Kaner et.al) «Testing Computer Software», Петера Неймана (Peter Neumann «Computer-Related Risks» и в списке рисков качества программных и аппаратных средств в книге Рэкса Блэка (Rex Black) «Managing the Testing Process, Second Edition». 78/566
  24. Какие существуют методики для анализа рисков качества? Сможешь перечислить четыре штуки? 78/566
  25. Вот вам программная система. Составьте список рисков качества системы, расставленных по приоритетам
  26. Что означают приоритеты, присвоенные риском? Значение приоритетов определяют в основном необходимый объем тестирования. Обычно серьезные риски требует тщательного тестирования, риски средней степени нуждаются в ограниченном тестировании, не существенные риски не требует тестирования вовсе 80/566
  27. Что за методика определения качества функциональности? Quality Functional Deployment, QFD. 80/566
  28. Как начертить рамки анализа рисков качества тестируемый системы? Ответить на ключевой вопрос – является ли потенциальная проблема качества такой, что за ее обнаружение и исправление группа управление проектом готова расплачиваться дополнительными финансами на тестировании, ожидаемой прибылью или готова просто удалить эти свойства системы в случае задержки выпуска или поставки версии? 83/566
  29. Где можно ознакомиться со способами рецензирования требований? 83/566. В книге Карла Вигерса
  30. Имею ли я на работе доступ к спецификациям архитектуры, в частности архитектуры сети и программного обеспечения? 84/566
  31. Какие методы тестирования применяю на работе? Не уделяю внимания структурному тестированию, но занимаюсь тестированием основанным на поведении системы.
  32. Какой существуют традиционный подход к управлению изменениями? В помещении документов с описанием анализа рисков качества в проектной репозиторий. По мере того как группа проекта получает новую информацию о рисках и по достижении рубежей проекта анализ повторяется.
  33. Что может повлечь за собой существенные изменения в границах тестирования? Обнаруженные большие новые области рисков. Например что система должна работать не только в интранете компании но и в интернете. В результате необходимо добавить новые области тестирования в том числе медленные коммутируемые соединения. 85/566
  34. В каких двух случаях может изменяться вероятность риска? Первая – в результате обнаружения новых рисков. Второе – В результате возрастания риска в тех областях, которые уже казалось бы исследованы.
  35. Что у меня с навыкам тестирования производительности? Упущение
  36. Что особенно интересного будет в главах 10 и 11? Рассказ про трассировку тестового покрытия относительно рисков качества
  37. О чем думает тестировщик в Париже в музее искусства и науки? 89/566
  38. Какие существуют риски кроме рисков качества, связанных с самой системой? Риски качества, связанные с проектом, процессом, даже организационным устройством группы проекта, которая разрабатывает систему. Подробнее о рисках качества программе ISTQB 89/566
  39. От чего зависит сила мощного инструмента анализ рисков качества? Сила этого инструмента в большой степени зависит от привлечения к анализу специалистов разного профиля 89/566
  40. Книгу Стива Макконнела добавил в лист желаний? 89/566
  41. Какой может быть причина различия в оценках? Некоторые заинтересованные лица не учли при рассмотрении какие-либо важные соображения 92/566
  42. Что делать если какое-то предположение оказывается верно лишь для очень малый группы пользователей, но этот сегмент пользователей очень важен для долгосрочной стратегии компании? Нужно увеличить значение приоритета риска, а не фабриковать значение вероятности
  43. Что должны понимать сотрудники, не связанные с технологиями? Проблемы существуют не потому, что люди в производственных подразделениях компании ленивый или умышленно плохо выполняют свои обязанности, а потому, что процесс и навыки сотрудников этих подразделений нуждаются в усовершенствование. Анализ рисков качества – это одно из направлений усовершенствования процесса, которое может оказаться полезным 93/566
  44. Почему Рекс Блэк рекомендует книгу Деминга?
  45. Какие четыре книги Рэкс Блэк рекомендует для анализа категории рисков? 78/566
  46. Что нужно объяснить ключевым заинтересованным лицом заботящимся качестве системы? Помочь им понять, как управление рисками качества может способствовать тому, что будет проведено тыс тирования только тех частей системы которые существенны для выпуска версии 94/566
  47. На что направлен процесс анализа рисков качества? На достижение разумных компромиссов относительно разных областей риска – сроков, бюджета, перечня в реализуемых свойств и качества – различных категорий рисков качества.

Глава 3 “Внутри хрустального шара: оценка предстоящей работы”

Перечень контрольных вопросов по результатам прочтения:

  1. Что нужно делать чтобы правильно ориентировать подпроект тестирования? Необходимо адекватно покрывать риски угрожающие успеха проекта с помощью грамотно спроектированных тестовых сценариев 95/566
  2. Почему нужно читать главы в 10 и 11? В этих главах рассматриваются проектирование и разработка тестовых сценариев, тестовых данных, инструментов тестирования и других компоненты системы тестов.
  3. Что описывает процесс оценки ресурсов? Механизм с помощью которого тестирование встраивается в рамки сроков и бюджета проекта.
  4. Что представляет собой процесс №4 по Рэксу Блэку? Процесс оценки затрат 97/566
  5. Что такое презентация преимущества подпроекта тестирования? 99/566
  6. Что такое контекст тестирования? Открыть страницу на которой три человека общались после выездного семинара
  7. Определил ли в плане тестирования критерии завершения тестирования? Какие бывают критерии? 101-126/566
  8. Выделяю ли при своей работе на фазе планирования критерии начала тестирования? Какие бывают критерии?
  9. Чем тестовый раунд отличается от тестового цикла и тестовой фазы?
  10. Возможно стоит указать в таблице лучшую и худшую оценки выполнения задачи. 109/566
  11. Вопрос на который хочу найти ответ в книге - кто такой тест-аналитик и чем занимается?
  12. Как автор книги относится к классическому методу обучения – выплывет или нет, читать главу 8 и 9.
  13. Чем человеко-час отличается от обычного часа? Что такое человеко-день? Wiki - “Для достаточно крупных работ используют подобную величину Человеко-день — характеризует работу одного человека в течение одного рабочего дня вне зависимости от установленной продолжительности рабочего дня1. Для восьмичасового рабочего дня этот объём работ обычно меньше, чем эквивалент восьми человеко-часам, так как учитываются неизбежные перерывы, простои и т. п.”.
  14. Какие методы следует использовать для оценки продолжительности и затрат ресурсов на каждую задачу? Опираться на свой предыдущий опыт решения подобных задач при оценке продолжительности и затрат ресурсов на каждую задачу. Метод дельфийского оракула, трёх точек, широкополосный метод могут применяться для выявления знаний группы. 120/566
  15. Какую книгу и какую статью в каком журнале рекомендует Рекс Блэк?
  16. В какой книге можно найти эмпирический правила разработки тестовых сценариев?
  17. Забрал ли себе в статью про оценку времени на выполнение проекта четыре примера результатов измерений приведённых автором книги?
  18. Что обязательно учитывает автор книги в своих оценках? Что количество тестовых сценариев будет отличаться по сравнению с начальной оценкой, например возрастёт с 40 до 60. Плюс необходимо обязательно включать 50% прибавки на непредвиденные обстоятельства. 121/566
  19. Стоит в публикации про оценку времени рассмотреть понятие человеко-часов и человек-месяцев?
  20. Забрал ли в статью пример автора про тривиально настройку тестовый среды? На работу потребовался примерно один человеко-день. Тем не менее продолжительность фазы было около трёх недель 122/566
  21. Какое эмперическое правило использует автор книги для оценки времени в зависимости от количества дефектов находимых в каждом цикле? 124/566
  22. Что за статистический метод использующий модели для устранения дефектов? В какой книге можно подробно ознакомиться с некоторыми из этих моделей? Стефан Кан и Панкоджед Джелота в закладки занес? 124/566
  23. Что в большинстве случаев имеет большее значение чем тестирование и исправление каждой найденной в конце проекта ошибки?
  24. Что делать если не получится использовать все данные о числе наденных и исправленных дефектах проекта? Обратиться к таблицы которую предоставляет Рекс Блэк в приложении к книге - EstimatedBugFind-Fix.xls. 124/566

Глава 4 “Не сколько стоит, а сколько экономит: бюджет и возврат инвестиций”

Перечень контрольных вопросов по результатам прочтения:

  1. Что позволяет понять декомпозиция работ и план график тестирования? 127/566
  2. Какими четырьмя основными способами тестирование приносит отдачу? 128/566
  3. Когда окупаемость тестировании будет невелика независимо от числа обнаруженных ошибок? Если группа тестирования растрачивать попусту время и ресурсы в поисках ошибок которые не относится к реальному использованию системы и критическим рискам её качества 131/566
  4. Какова будет стоимость устранения внутреннего несоответствия программного продукта при 100 процентной удовлетворённости заказчиков? 131/566
  5. Что необходимо для анализа возврата вложений для обнаруженных и исправленных ошибок? 145/566
  6. Что такое тестовый раунд у Рэкса Блэка? Что такое инкремент? 146

20.05.2018. Перейти на Главную страницу