QA (rus)

Тестирование. Книга вторая. Таблицы и чуть подробнее о QA.

Для полноты картины решил проглядеть книгу Луизы Темре “Введение в тестирование программного обеспечения”.

Всё та же комбинаторика, но из новшевств могу отметить всякие некорректные действия, типа выдернуть штепсель из розетки и посмотреть что будет, или, например, заполнить всю память до отказа.

Тесты имеют другую структуру. Основные колонки – состояние ДО, действия, ожидаемы результаты, фактические результаты.

Таблица контрольных примеров:

Далее, рекомендуется использовать табличные формы, а так же проверять действия от нажатий на кнопки клавиатуры при различном положении курсора на форме. Тут мы в таблице по вертикали разместим поля ввода, по горизонтали – клавиши клавиатуры и их сочетания. На пересечениях будут находится запланированные результаты или фактические. Успешные тесты потом можно отметить, например, глаками.

Для числовых полей, кстати, хорошей практикой будет ввода граничных условий, например: min, min-1, min+1.

Вообще, формат хорошего теста описан в IEEE 610.12, но я его не читал и пока не собираюсь. В книге, например, очень много примеров Тестовых требований и тестовых процедур.

Теперь к разговору об ООП, тест кейсы выглядят так, что отличается от первого рисунка:

Объединение тестовых условий приводит всё к тому же аналогу сценариев использования или прецедентов. Вот в этой книге я наконец-то именно это и увидел, а так же увидел механизм переделки прецедента в тест-кейс, он так же оказался ожидаемым – переделать прецедент в тест кейсы с различными значениями переменных и вводимых данных. Как-то так.

Так же можно тестировать пары значений, ещё наследуемость классов.

А если мы перейдём к web, то тут надо обязательно проверять логичность иерархии (как будто в других случаях этого делать не надо), возврат на предыдущую страницу, проверку работоспособности на различных браузерах и т.п. Ничего нового я тут не прочитал.

Далее я вновь отмечу, что нельзя протестировать всё и нужно в первую очередь проверять критичный для релиза функционал. Это можно определить по совокупности вероятности события и серьезности её влияния. Анализ риска можно привести в таблице:

  1. ID проблемы.
  2. Потенциальная проблема – краткое описание проблемы.
  3. Вероятность появления – от 1 до 10.
  4. Серьезность влияния – от 1 до 10.
  5. Риск = Вероятность х Серьезность.

Теперь немного о QA

Итак, основные виды деятельности QA:

  • задание плана тестирования
  • проведение пересмотра ПО
  • проверка контроля изменений в документы и исходный код
  • аудит программных продуктов на предмет соответствия стандартов
  • сбор метрик качества ПО
  • оценка методов разработки и тестирования ПО

Тут главное – оценка качества процесса, направленное на предотвращение дефектов, тут следует помнить, что чем раньше исправили ошибку, тем дешевле она обошлась. Проводятся различные аудиты, направленные на выявление слабых мест как в самом продукте, так и в процессе разработки. Соответственно это зачастую тестирование документации.

Честно говоря, первая книга мне понравилась больше..

Advertisements
Standard

One thought on “Тестирование. Книга вторая. Таблицы и чуть подробнее о QA.

  1. Pingback: QA terms and questions | Alexey Kiselev

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s