• Главная
  • О сайте
  • Архив

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Черная команда
Что такое опыт »

Зрелость процесса и сознания

05.06.2008 Автор: Alexei Lupan

Фазы зрелости процесса тестирования и сознания тестера (найдено у the-norn):

  1. Нет разницы между отлаживанием и тестированием, тестирование всего лишь помогает при дебаге, цели у тестирования нет, сопсна как методик и подхода
  2. Это уровень зарождения софта — это для программистов. Юнит-тесты — ваше всё.

  3. Цель тестирования показать, что ПО работает (напоминает фразу хоть на соплях и с костылями но запускается), в данном случае тестировщик — это роль которую играет один из членов команды для выполнения демонстрации заказчику.
  4. Это уровень менеджеров проекта, которым необходима такая информация — да, работает, грубо говоря.

    Также позволяет тестировщикам «отбрехаться» в случае чего. Прием особенно применим в условиях больших корпораций, где все делается по документам. Не записали в документе необходимость искать «слабости» помимо стандартной проверки — ваши проблемы 🙂 У нас ничего не подразумевается, у нас все записывается, протоколируется, проверяется и утверждается всеми начальниками.

  5. Цель тестирования показать что ПО не работает, отсюда уже исходит мотивация найти как можно больше ошибок, которая по большей части поддерживается руководством (премии,поощрения,план), подход в корне неверный и ведет к деградации.
  6. Абсолютно согласен. Сам начинал с этого уровня, под чуткими и мудрыми пинками известно кого — программиста, которому только ошибки подавай 🙂

  7. Цель тестирования — уменьшить риски, возникающие при разработке ПО, начиная от неработающего ПО и заканчивая проблемами при развертывании и установке (уже применяются подходы и разнообразные методики).
  8. Вот это вещь! Вот это уже рулез. Отсюда вот и надо плясать и подплясывать. Это уже для опытных, грамотных менеджеров, которые потрясают своими Gantt-ами перед разработчиками…

  9. Тестирование это не просто действие, а своего рода дисциплина, продуктом которой является высококачественный (под качеством подразумевается удовлетворенные ожидания заказчика) продукт с минимизированными рисками.
  10. Идеал. Без стремления к которому жить невозможно.

Подробности о книге и оригинал цитируемого…

Оригинал

One of the three founders of modern software testing, Boris Beizer, identified five phases of a tester’s mental life:

  • Phase 0: There’s no difference between testing and debugging. Other than in support of debugging, testing has no purpose.
  • Phase 1: The purpose of testing is to show that the software works.
  • Phase 2: The purpose of testing is to show that the software doesn’t work.
  • Phase 3: The purpose of testing is not to prove anything, but to reduce the perceived risk of the software not working to an acceptable value.
  • Phase 4: Testing is not an act. It is a mental discipline that results in low-risk software without much testing effort.

The first two phases can be thought of as myths of individuals and organizations with immature testing practices and processes.

This leads you to the practical testing reality in phase 2. Some testers stop here. In some organizations, that’s fine. If all your peers and managers expect from you is that you find lots of important bugs, and find them quickly and cheaply, then this book can teach you how to do that.

However, you can also progress to phase 3. In this phase, testing is part of an overall strategy of risk management. Testing is risk focused. Testing produces risk-related information. This book can teach you how to do that too.

Phase 4 represents more of an organizational mindset than a tester’s mindset. Once testing — and the implications of testing — become pervasive throughout the organization, everyone will start to act in a way that reduces bugs before a single test is run.

So, what phase do you find yourself in right now, and why? In which phase do your peers and managers expect to find you, and why? In which phase does your organization need you to be, and why?

О книге

A hands-on guide to testing techniques that deliver reliable software and systems

Testing even a simple system can quickly turn into a potentially infinite task. Faced with tight costs and schedules, testers need to have a toolkit of practical techniques combined with hands-on experience and the right strategies in order to complete a successful project. World-renowned testing expert Rex Black provides you with the proven methods and concepts that test professionals must know. He presents you with the fundamental techniques for testing and clearly shows you how to select and apply successful strategies to test a system with budget and time constraints.

Black begins by discussing the goals and tactics of effective and efficient testing. Next, he lays the foundation of his technique for risk-based testing, explaining how to analyze, prioritize, and document risks to the quality of the system using both informal and formal techniques. He then clearly describes how to design, develop, and, ultimately, document various kinds of tests. Because this is a hands-on activity, Black includes realistic, life-sized exercises that illustrate all of the major test techniques with detailed solutions.

By the end of this book, you’ll know more about the nuts and bolts of testing than most testers learn in an entire career, and you’ll be ready to put those ideas into action on your next test project.

With the help of real-world examples integrated throughout the chapters, you’ll discover how to:

  • Analyze the risks to system quality
  • Allocate your testing effort appropriately based on the level of risk
  • Choose the right testing strategies every time
  • Design tests based on a system’s expected behavior (black box) or internal structure (white box)
  • Plan and perform integration testing
  • Explore and attack the system
  • Focus your hard work to serve the needs of the project

The author’s companion Web site provides exercises, tips, and techniques that can be used to gain valuable experience and effectively test software and systems.

Wiley Technology Publishing Timely. Practical. Reliable.

Visit the author’s Web site at http://www.rexblackconsulting.com/

About the Author

Rex Black is a 20-plus-year software and systems engineering veteran, and President and Principal Consultant of RBCS, Inc., a leader in software, hardware, and systems testing. He is the author of Managing the Testing Process as well as numerous articles. Black is also President of both the International Software Testing Qualifications Board and the American Software Testing Qualifications Board.

Если кого интересует — у меня есть chm-файл.

Ваша оценка:

Поделиться ссылкой:

  • Tweet
  • по электронной почте
  • Печать

Понравилось это:

Нравится Загрузка...

Похожее

Опубликовано в Гипотезы, Постановка мозгов | 2 комментария

комментария 2

  1. на 08.04.2016 в 22:11 Кирилл

    «Цель тестирования – уменьшить риски, возникающие при разработке ПО, начиная от неработающего ПО и заканчивая проблемами при развертывании и установке (уже применяются подходы и разнообразные методики).»

    Разрешите поправить. Не просто «уменьшить риски» а привести их к приемлемым значениям с точки зрения заказчика.

    НравитсяНравится


  2. на 01.04.2010 в 15:15 Антон

    Статья очень полезная для меня, так как процесс часто скатывается к количеству багов как осовной метрики производительности тестера.
    Был бы очень благодарен за высланный мне chm-файл

    НравитсяНравится



Обсуждение закрыто.

  • Aut bene

    Спiвпрацювальник по підготувальні тестувальників.

    Автор [глоссария] терминологии тестирования (english).

    Неоднократный докладчик [SQA Days], [QA Fest] и других конференций по тестированию ПО.

    Неспешный езжун на «[Волга ГАЗ-21]» 1965 года выпуска.

    Игрун чего-то похожего на тяжелый блюз [на классической гитаре].

    И так [далее].

  • Присоединиться к ещё 1 338 подписчикам

  • Follow Normal testing on WordPress.com
  • Залежи

  • Темы

    • Без рубрики (6)
    • Документация (18)
      • Тест-план (2)
    • Изображения (149)
      • Видео (49)
      • Комиксы (20)
      • Скриншоты (48)
      • Фотографии (46)
    • Инструменты (53)
      • Debian (13)
      • Макросы (1)
      • Трекеры (15)
        • Баг-трекер (8)
        • Тест-трекер (5)
      • LibreOffice (4)
    • Книги (19)
    • Конференции (138)
      • Подкасты (12)
      • Презентации (50)
        • Слайдкасты (10)
      • Семинары (19)
    • Обзоры (1)
    • Постановка мозгов (246)
      • Банальное (168)
        • Не смешно (47)
        • Неприятно (14)
        • Печали (15)
        • Радости (57)
        • Смешно (35)
      • В гостях у психиатра (45)
        • Поросенок v2.0 (3)
        • Странности (12)
        • Удивительные баги (17)
      • Level 80 (2)
    • Соображения (206)
      • Балабольник (10)
      • Гипотезы (11)
      • Озарения (55)
      • Откровения (88)
    • Статьи (23)
      • Интервью (6)
      • Опросы (1)
      • Переводы (11)
    • Управляторское (56)
      • Agile (13)
      • Программисты (23)
      • Рекрутинг (8)
    • Учеба в бою (83)
      • Тренировка (13)
      • Фишки (28)
      • Читерство (9)
    • Testing like… (79)
      • Acceptance testing (5)
      • Business Driven Testing (2)
      • Context-driven testing (2)
      • Defect-based Test Design Technique (1)
      • Автоматизация (37)
        • Performance Testing (5)
      • Рецессионное тестирование (1)
      • Юзероиммитатор (15)
      • Exploratory testing (9)
      • тест-дизайн (8)
      • State Transition testing (1)
      • Unit testing (1)
      • Usability testing (2)
    • To Do (12)
      • Анонсы (7)
  • Тэги

    Calc Excel James Bach Jira Mantis SQA Days SQA Days 7 SQA Days 8 SQA Days 10 Александр Александров Александр Орлов Алексей Баранцев Наталья Руколь Хватит тупить Юля Нечаева
  • Самое читаемое

    • Тестируем поля логин/пароль
    • Группирование данных в Excel
    • Как в Excel отображать символ валюты перед цифрами
    • Priority & Severity на пальцах обезъянок
    • Основные положения тестирования
    • Запуск Allpairs
    • Очень конкретная разница между верификацией и валидацией
    • Что такое перформанс-тестирование
    • План тестирования должен быть внятным, четким, небольшим
    • Ссылки в Confluence. Mazafaka
  • Комментарии

    • Alexei Lupan к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • esculapandreevgmailcom к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Сергей к записи Сетап для преподавания в сети
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Дмитрий к записи Сетап для преподавания в сети
    • Сетап для преподавания в сети | Normal testing к записи Оценка времени на тестирование: неочевидные надводные камни
  • Блоги о тестировании

    • 1) Блоги тестировщиков на software-testing.ru
    • Про тестинг
    • Selenium IDE — rulezzz!
  • Профессиональное

    • Удобный софт
    • Управление тестированием
    • IT Crowd wikiquotes
    • Testing History

На платформе WordPress.com.

WPThemes.


loading Отмена
Сообщение не было отправлено — проверьте адреса электронной почты!
Проверка по электронной почте не удалась, попробуйте еще раз
К сожалению, ваш блог не может делиться ссылками на записи по электронной почте.
Политика конфиденциальности и использования файлов сookie: Этот сайт использует файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.
Дополнительную информацию, в том числе об управлении файлами cookie, можно найти здесь: Политика использования файлов cookie
%d такие блоггеры, как: