середу, 22 квітня 2009 р.


Привет всем. 
Работая с нашим любимым браузером Google Chrome вот что я сегодня увидел. 
Ну очень порадовал меседж . :)

пʼятницю, 20 березня 2009 р.

Виды тестирования.

Всем привет!

Спрашивал у нескольких коллег и узнал для себя, что не все знают виды тестирования, которые они проводят каждый день. Один ответ поразил: - скажи что этот вид делает и я тебе скажу, знаю ли я про него… И вот после этого, так как здесь идет пока одна теория, я решил описать виды тестирования.

Основные виды тестирования: Load(Нагрузочное),Functional (Функциональное),Integration(интеграционное),Stress(Стресс),Security(безопасности),Performance(производительности), Acceptance(приемочное), Installation(инсталяции),Smoke(смок или дымовое), Regression (регрессионное). Я думаю, это одни из основных видов.

Начнем с Functional (Функциональное), так как его мы проводим чаще всего:

Functional(или функциональное тестирование) – это тестирование в котором проверяется правильность выполнения работы функциональных требований. В свою очередь требования дают понять как система должна работать.

Regression(или регрессионное тестирование)- это тестирование участков кода с учетом изменений, внесенных в ходе, исправления багов или друг нюансов. Этот метод включают повторные прохождение тестов, и просмотр новых багов которые могли появится изменения кода.

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

Stress(или стресс тестирование)- это тестирование проводится для проверки того, насколько система в целом работоспособны в условиях высокой нагрузки(стресса), также оценить способность системы к восстановлению после работы в стрессовом режиме.

Performance(или тестирование производительности) – термин тестирование производительности часто используется наравне с Stress(Стресс) и Load(Нагрузочное) тестированием. Особой разницы между ними нет и все они настроены на то, что бы проверить производительность системы при добавлении нагрузок.

Integration(интеграционное) – это тестирование комбинированных частей приложения, чтобы определить, правильно  ли они функционируют вместе. Этот вид тестирования является особенно актуальный для: клиент/серверных и распределенных систем.

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

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

Installation(инсталяции) – это тестирование которое применяется для проверки корректной установки системы. В него могут входить и удаления и обновления этой же системы.

 

Ну вот в принципе и все о видах тестирования. Может я не уделил внимание каким-то еще видам – пишите.



суботу, 14 березня 2009 р.

Black-Box, White-Box, Gray-Box.


Перед тем как писать более нужные и интересные вещи немного поговорим о теории. С терминологией о QA,QC и Software testing уже разобрались. Итак, идем дальше:

Black-Box Testing (или так называемое Functional  testing): один из видов тестирования разрабатываемый на основе функциональности системы, то есть, тестеры знают информацию корректных и некорректных данных которые подаются на вход системы и сравнивают их с выходными данными, но ничего не знаю о том как работает сама система. Одним из основных преимуществ «черного ящика» в том, что тестирование, направленное на то, что бы проверить правильную функциональную работу системы.

White-Box Testing (или так называемое Structural testing): один из видов который использует внутреннюю часть данной системы для разработки тестовых случаев основанных на внутренней структуре. Данные для тестирования определяются путем изучения логики системы, без учета системных требований. Преимущество «белого ящика» состоит в том, что основное внимание уделяется коду системы.

Gray-Box Testing (или так называемое Functional and Structural testing)- это сочетание Black-Box и White-Box тестированияКоманда тестирования исследует требования спецификаций и общается с разработчиками, что бы понять внутреннюю структуру системы. Преимущество этого метода состоит в том, что многие «кейсы» смогут быть убранными.

пʼятницю, 13 березня 2009 р.

QA, QC or Software Testing

День добрый

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

Итак: 

Quality assurance (Обеспечение качества) - это комплекс мероприятий, необходимой для обеспечения достаточной уверенности в том, что процессы создаются и постоянно совершенствуется, с тем чтобы производить продукты, которые соответствуют спецификации и пригодны для использования. Методы, которыми это осуществляется разнообразны, и могут включать один или более стандартов, таких как ISO 9000 или CMMI. Сюда входят 3 основных критерия, таких как: Software Testing, Quality Control, Software Conguration Management,  а так же: Standarts, Procedures, Conventions, Specification....

Software Testing (Тестирование): является одной из стратегий управления рисками. Она используется для проверки программного обеспечения, различными видами тестирования того, что требования были удовлетворены.

Quality control (Контроль качества) - это процесс, с помощью которого качество продукта постоянно сравнивается с действующими нормами и если несоответствие обнаружено контроль (в виде работников фирмы) дает оценку деятельности, которая проверяет соответствие с планами, политикой и процедурами.

Software Configuration Management (Управления конфигурацией программного обеспечения): относится к отслеживанию и контролю изменений элементов системы  в программном обеспечении. Так же контролирует «эволюцию» программного обеспечения системы, управления версиями, компоненты и их взаимоотношения.

Раздницу мы можем заметить сразу. Но не факт что я прав в своих высказываниях. Если кто то имеет иную точку зрения - жду коментариев.