Перейти к содержимому

Аудит и оптимизация QA-процессов
онлайн, начало 24 декабря
Автоматизация функционального тестирования
онлайн, начало 27 ноября
Логи как инструмент тестировщика
онлайн, начало 30 ноября
Тестирование REST API
онлайн, начало 30 ноября
Фотография

SOS! Как правильно написать стратегию тестирования!


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 8

#1 irko

irko

    Новый участник

  • Members
  • Pip
  • 40 сообщений
  • ФИО:S Irina

Отправлено 04 марта 2015 - 13:21

Мне доверили написать план тестирования. И одним из его разделов идет СТРАТЕГИЯ ТЕСТИРОВАНИЯ!!!

Мучаюсь уже несколько дней. Ничего не получается. Получился пока такой вариант. Чувствую, что неправильно делаю. Укажите, пожалуйста, недостатки. Нужна очень критика. На все вопросы ответу. :sorry:  :rtfm:

 

 

1      Стратегия тестирования

[Стратегия тестирования описывает процедуры, согласно которым должно проходить тестирование всех модулей системы. Опишите критерии приема версии на тестирование, типы версий, типы тестирования.

Адаптируйте текст для вашего проекта.]

 

Целью тестирования является проверка соответствия системы функциональным и техническим требованиям в рамках требований функциональности.

 

Процесс тестирования состоит из 2-х последовательных этапов:

 

1.1      Внутреннее тестирование

Для проверки корректности реализации системы осуществляется тестирование версий.

 

Каждая версия ПО проходит полный цикл тестирования.

 

Цикл тестирования приложения включает в себя все типы тестирования (см. главу Тестируемая часть).  Тестирование производительности осуществляется ближе к концу этапа проекта (см. Календарный план).

 

Для внутренней версии выполняются следующие ступени тестирования:

  • Предварительное тестирование;
  • Тестирование новой функциональности;
  • Проверка исправленных дефектов;
  • Регрессионное тестирование.

 

Описания типов и ступеней тестирования приведены в Приложениях 9.2, 9.3.

 

В первую очередь инженерами по тестированию осуществляется проверка (ревью) существующих требований на проект, в том числе Спецификации Требований [3]. В случае необходимости производятся уточнения по изменениям требований.

После проверки вносятся соответствующие изменения в Методику Тестирования [2]. После внесения изменений осуществляется ревью документа всеми инженерами по тестированию.

Изменения в Методике Тестирования должны быть утверждены старшим инженером по тестированию.

 

Версия ПО приходит на тестирование в соответствии с процедурой «Поставка тестового билда» (см. План Управления Конфигурацией [1]).

 

На тестовом окружении проводится ручное тестирование системы путем выполнения тестовых сценарий и тест-кейсов, описанных в Методике Тестирования (см. Методика тестирования).

На втором этапе проекта возможно применение авто-тестов для регрессионного тестирования (в случае необходимости). Возможный инструмент тестирования – Selenium.[SI3] 

 

После проверки вносятся соответствующие изменения в Методику тестирования. Осуществляется ревью изменений всеми инженерами по тестированию.

 

В системе баг-трекинга оформляются отчеты о дефектах (см. п. Отчет о дефекте).

 

Все обнаруженные при тестировании дефекты обрабатываются в соответствии с процедурой управления дефектами/запросами на изменение (см. Руководство по управлению инцидентами [7]).

Все задания (feature) обрабатываются в соответствии с процедурой процедуру управления заданиями (см. см. Руководство по управлению инцидентами [6])[SI4] 

 

Результаты тестирования заносятся в Отчёт о тестировании [4] старшим инженером по тестированию.

 

Срок проведения тестирования версии определяется в 15 рабочих дней. [SI5] Тестирование проводится параллельно с разработкой следующей версии, в которой резервируется время на исправление выявленных дефектов.

 

По результатам тестирования в соответствии с главой «Критерии приемки версии» Руководителем Проекта принимается решение о возможности поставки данной версии. Если решение позитивно, то производится поставка в соответствии с процедурой «Поставка» (см. План Управления Конфигурацией).

 

1.2      Приемочное тестирование

Данное тестирование начинается сразу по завершении процедуры «Поставка» на приемочном окружении на стороне Заказчика[SI6] .

 

 

 


  • 0

#2 lurk

lurk

    Постоянный участник

  • Members
  • PipPipPip
  • 180 сообщений


Отправлено 04 марта 2015 - 18:01

Для чего этот план вам нужен? Кому кроме вас он нужен? И вы уверены, что кто-то, кроме вас/команды тестировщиков будет его читать/использовать более одного раза? Для чего вам в плане этот пункт - точно без него нельзя обойтись?

Можете попробовать под себя подогнать вариант Сергея Мартыненко:

 

1    Стратегия тестирования

Текущий подход к контролю качества подразумевает следующие вехи проекта:
Подсистема готова к демонстрации заказчику
Подсистема готова к промышленной эксплуатации

Такое разбиение предполагает как можно более раннею поставку работающего прототипа заказчику с целью получения обратной связи.
Приоритеты комплексных показателей качества в классификации ГОСТ 9126 в зависимости от вех проекта, приведены в таблице ниже:

[Здесь ваша таблица]

Для проверки готовности прототипа служат приемо-сдаточные испытания. Критерий готовности - акт сдачи прототипа подписанный приемо-сдаточной комиссией. Приемо-сдаточные испытания описываются в отдельном документе. Либо как раздел шесть частного технического задания, согласно ГОСТ 34.602-89, либо в отдельном документе содержащем программу и методику испытаний.

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


  • 0

#3 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 289 сообщений
  • Город:Москва


Отправлено 04 марта 2015 - 18:37

 

Для чего этот план вам нужен? Кому кроме вас он нужен? И вы уверены, что кто-то, кроме вас/команды тестировщиков будет его читать/использовать более одного раза? Для чего вам в плане этот пункт - точно без него нельзя обойтись?

Можете попробовать под себя подогнать вариант Сергея Мартыненко:

 

1    Стратегия тестирования

Текущий подход к контролю качества подразумевает следующие вехи проекта:
Подсистема готова к демонстрации заказчику
Подсистема готова к промышленной эксплуатации

Такое разбиение предполагает как можно более раннею поставку работающего прототипа заказчику с целью получения обратной связи.
Приоритеты комплексных показателей качества в классификации ГОСТ 9126 в зависимости от вех проекта, приведены в таблице ниже:

[Здесь ваша таблица]

Для проверки готовности прототипа служат приемо-сдаточные испытания. Критерий готовности - акт сдачи прототипа подписанный приемо-сдаточной комиссией. Приемо-сдаточные испытания описываются в отдельном документе. Либо как раздел шесть частного технического задания, согласно ГОСТ 34.602-89, либо в отдельном документе содержащем программу и методику испытаний.

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

 

http://blog.shumoos.com/archives/267

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

 

Что касается, собственно, выбора стратегии - пока это не ваш уровень. Начинайте учиться. Посмотрите (прослушайте) запись моего выступления с SQA-15.


  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#4 irko

irko

    Новый участник

  • Members
  • Pip
  • 40 сообщений
  • ФИО:S Irina

Отправлено 05 марта 2015 - 07:22

 

 

Для чего этот план вам нужен? Кому кроме вас он нужен? И вы уверены, что кто-то, кроме вас/команды тестировщиков будет его читать/использовать более одного раза? Для чего вам в плане этот пункт - точно без него нельзя обойтись?

Можете попробовать под себя подогнать вариант Сергея Мартыненко:

 

1    Стратегия тестирования

Текущий подход к контролю качества подразумевает следующие вехи проекта:
Подсистема готова к демонстрации заказчику
Подсистема готова к промышленной эксплуатации

Такое разбиение предполагает как можно более раннею поставку работающего прототипа заказчику с целью получения обратной связи.
Приоритеты комплексных показателей качества в классификации ГОСТ 9126 в зависимости от вех проекта, приведены в таблице ниже:

[Здесь ваша таблица]

Для проверки готовности прототипа служат приемо-сдаточные испытания. Критерий готовности - акт сдачи прототипа подписанный приемо-сдаточной комиссией. Приемо-сдаточные испытания описываются в отдельном документе. Либо как раздел шесть частного технического задания, согласно ГОСТ 34.602-89, либо в отдельном документе содержащем программу и методику испытаний.

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

 

http://blog.shumoos.com/archives/267

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

 

Что касается, собственно, выбора стратегии - пока это не ваш уровень. Начинайте учиться. Посмотрите (прослушайте) запись моего выступления с SQA-15.

 

 а можно запись выступления? ссылку?


  • 0

#5 irko

irko

    Новый участник

  • Members
  • Pip
  • 40 сообщений
  • ФИО:S Irina

Отправлено 05 марта 2015 - 07:30

 

Для чего этот план вам нужен? Кому кроме вас он нужен? И вы уверены, что кто-то, кроме вас/команды тестировщиков будет его читать/использовать более одного раза? Для чего вам в плане этот пункт - точно без него нельзя обойтись?

Можете попробовать под себя подогнать вариант Сергея Мартыненко:

 

1    Стратегия тестирования

Текущий подход к контролю качества подразумевает следующие вехи проекта:
Подсистема готова к демонстрации заказчику
Подсистема готова к промышленной эксплуатации

Такое разбиение предполагает как можно более раннею поставку работающего прототипа заказчику с целью получения обратной связи.
Приоритеты комплексных показателей качества в классификации ГОСТ 9126 в зависимости от вех проекта, приведены в таблице ниже:

[Здесь ваша таблица]

Для проверки готовности прототипа служат приемо-сдаточные испытания. Критерий готовности - акт сдачи прототипа подписанный приемо-сдаточной комиссией. Приемо-сдаточные испытания описываются в отдельном документе. Либо как раздел шесть частного технического задания, согласно ГОСТ 34.602-89, либо в отдельном документе содержащем программу и методику испытаний.

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

 

 да, без пункта Стратегия тестирования нельзя обойтись. План нужен заказчику. И в принципе нам должен быть полезен (те же виды тестирования, которые будут, какая тестовая среда, описание рабочего места, какие документы, где хранятся...). Будут другие пункты Тестируемая часть, Нетестируемая часть, Тестовая среда, Документация (ее описание), Критерии начала и окончания тестирования и т.д. С остальными пунктами более менее понятно. Но вот со стратегией проблемы. В принципе виды тестирования тоже знаю, какие нужны, они в приложении будут идти. В стратегии ссылку сделала.. Описания типов и ступеней тестирования приведены в Приложениях 9.2, 9.3.


  • 0

#6 irko

irko

    Новый участник

  • Members
  • Pip
  • 40 сообщений
  • ФИО:S Irina

Отправлено 05 марта 2015 - 08:08

 

Для чего этот план вам нужен? Кому кроме вас он нужен? И вы уверены, что кто-то, кроме вас/команды тестировщиков будет его читать/использовать более одного раза? Для чего вам в плане этот пункт - точно без него нельзя обойтись?

Можете попробовать под себя подогнать вариант Сергея Мартыненко:

 

1    Стратегия тестирования

Текущий подход к контролю качества подразумевает следующие вехи проекта:
Подсистема готова к демонстрации заказчику
Подсистема готова к промышленной эксплуатации

Такое разбиение предполагает как можно более раннею поставку работающего прототипа заказчику с целью получения обратной связи.
Приоритеты комплексных показателей качества в классификации ГОСТ 9126 в зависимости от вех проекта, приведены в таблице ниже:

[Здесь ваша таблица]

Для проверки готовности прототипа служат приемо-сдаточные испытания. Критерий готовности - акт сдачи прототипа подписанный приемо-сдаточной комиссией. Приемо-сдаточные испытания описываются в отдельном документе. Либо как раздел шесть частного технического задания, согласно ГОСТ 34.602-89, либо в отдельном документе содержащем программу и методику испытаний.

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

 

 пока пытаюсь адаптировать под себя имеющийся на работе шаблон компании. но как-то он не очень хорошо вписывается в этой части(


  • 0

#7 SALar

SALar

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 289 сообщений
  • Город:Москва


Отправлено 08 марта 2015 - 14:08

 пока пытаюсь адаптировать под себя имеющийся на работе шаблон компании. но как-то он не очень хорошо вписывается в этой части(

 

Так бывает. Очень часто это вызвано "Четвертым правилом воронки" http://www.deming.ru...oron_I_mish.htm

 

 

 

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

  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#8 vinogradoff

vinogradoff

    Новый участник

  • Members
  • Pip
  • 72 сообщений
  • ФИО:Alexei Vinogradov
  • Город:Dormagen


Отправлено 09 марта 2015 - 21:07

тут можно прочитать дельные вещи по стратегии:

http://33testers.blo...testing-01.html
http://33testers.blo...testing-01.html

http://33testers.blo.../2015/02/3.html

 

вообще-то исходный план - по мне скорее регламент, чем стратегия.


  • 0

#9 irko

irko

    Новый участник

  • Members
  • Pip
  • 40 сообщений
  • ФИО:S Irina

Отправлено 10 марта 2015 - 06:53

тут можно прочитать дельные вещи по стратегии:

http://33testers.blo...testing-01.html
http://33testers.blo...testing-01.html

http://33testers.blo.../2015/02/3.html

 

вообще-то исходный план - по мне скорее регламент, чем стратегия.

 

 

Спасибо большое за ссылки! 


  • 0


Школа Тест-Аналитика
онлайн
Организация автоматизированного тестирования
онлайн
Школа тест-менеджеров v. 2.0
онлайн
Тестирование юзабилити (usability)
онлайн



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале