Найти тему
Жизнь массовщика

Четвертая часть курса по тестированию ПО.

Оглавление

Циклы работы с ПО и место тестирования в них

Линейный цикл:

•Постановка задачи

•Выполнение

•Проверка результата

Каскадная модель

Тестирование здесь идет на предпоследнем месте перед эксплуатацией, но реальная работа по тестированию начинается с Выработки требований к ПО. На этапе Анализа мы начинаем писать прообразы тест-кейсов. На этапе проектирования у нас уже должна быть тестовая модель.

V-модель

-2

Это удобная модель для тестировщика, т.к. разработка тестовой модели, тест-кейсов может идти параллельно с разработкой требований.

Инкрементная модель

-3

«RAD Model»

(rapid application development model или быстрая разработка приложений)

-4

«Agile Model»

(гибкая методология разработки)

-5

Здесь в быстром темпе происходит Планирование, Разработка, Тестирование, Демонстрация. Промежутки между тестированием не большие. Постоянно происходит дефицит времени на тестирование. Если не получилось устранить баг, здесь можно исхитриться и при демонстрации, постараться не показать этот баг.

При Agile нужно требовать от менеджера проекта чтобы выкладывали разработку в корректную тестовую среду в определенное время, так чтобы оставался зазор времени для проведения полного объема тестирования. При этом, если были обнаружены баги, успеть отдать на доработку и сделать ретест.

Так же нужно быть в хорошей коммуникации с аналитиком. Что бы своевременно узнавать что требуется тестить, составить какие-нибудь тест-кейсы, т.к. требования раздаются непосредственно перед разработкой.

И, вообще, при Agile нужно тормошить менеджера проекта, чтобы он пинал разработчиков, чтобы те своевременно выкатывал требования. Аналитика, чтобы он расшифровывал эти требования и говорил как их нужно реализовывать. А разработчики должны говорить как должно работать.

Для тестировщика данная модель очень не удобная. Для разработчика она хороша. Для менеджера- суетная, но считается, что Agile экономит ресурсы (правда иногда за счет качества).

«Iterative Model»

(итеративная или итерационная модель)

-6

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

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

Spiral Model

-7

Спиральная модель почти не используется.

Буду рад Вашим пальцам вверх, Вашим комментариям. Подписывайтесь! Всем удачи!