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

Программирование на Java для тестировщиков
онлайн, начало 17 июля
Практикум по тест-дизайну 2.0
онлайн, начало 17 июля
Первый Онлайн ИНститут Тестировщиков
онлайн, начало 20 июля
Тестирование REST API
онлайн, начало 13 июля
Фотография

Понимание процесса тестирования!

Test smoke critical path web form

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

#41 BadMF

BadMF

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Dmitry Petrov

Отправлено 11 апреля 2019 - 08:24

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.


  • 0

#42 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 08:51

 

Давайте разберем реальную задачу из реальной компании с реальными людьми.

 

 

1. У меня будет тестирование формы регистрации, будет 5 обязательных и 10 необязательных полей, мне нужно дать эстимацию для smoke тестирования. По сути то, что я спросила первым постом, причем привела рассуждения свои, только в более простой форме (1 обязательное вместо 5 и 2 необязательных вместо 10).

 

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

 

 

 

Екатерина, в вашем упрощённом примере нечего рекомендовать и тд. Это очень простой пример, по одному позитивному тесту на каждое поле + проверка незаполнености + проверка негатива + в зависимости от платформы специфичные тесты + проверка записи в БД (если оно есть !!! этот функционал так же должен быть заявлен) при сценарии. Т.е. вам нужно проверить заявленный (!!!) функционал каждого поля, плюс заявленный (!!!) функционал каждой кнопки и то что это потом где-то хранить, если храниться. Писать на такое ответ в 100 раз дольше чем о нём подумать.

В данном конкретном случае, смоук тестирование не нужно. Окей, предположим что нужно: проверяем что форма открывается, самая важная кнопка жмётся без взрыва монитора (прости Г_спади за киношный штамп).

Критикал тесты - происходит валидация обязательных полей, происходит запись в БД (если это заявлено !!!)

Системное тестирование (я не знаю термина "расширенное тестирование") будет покрывать проверку каждого поля  СОГЛАСНО ЗАЯВЛЕННОМУ ФУНКЦИОНАЛУ (!!!).

 

Ну и на последок. Если у вас нет "заявленного функционала", вам НЕОБХОДИМО прежде чем что-то тестировать, его заявить. Таким образом, мы приходим к выводу, что тестировщик должен тестировать ТОЛЬКО заявленный функционал! Если в функционале НЕ заявлено, что данные должны быть защищены, то это значит что это никому не нужно.

 

Я ответил на ваш вопрос достаточно развёрнуто?

 

Да, спасибо! на данный момент это лучшее, что я прочитала в этой теме (кроме того, что на меня обратил внимание некий Сергей). Я сколько читала форумы, у людей были однотипные задания - протестируй форму (менялись только кол-во полей и кнопки), но смысл одинаковый и должен быть подход универсальный, но я не нашла такого. Пытаюсь для себя разобраться! Меня из группы спрашивают: ты же работаешь уже - расскажи как это протестировать, а я смотрю и понятия не имею...Или мне тоже им рассказывать про сферические вопросы в вакууме?

"Это очень простой пример, по одному позитивному тесту на каждое поле" - это общий подход, мол проверяй все и со всем, НО если подходить более структурировано (к примеру у меня есть права на 1-2-3 тесткейса), то для этого и придумали Уровни функционального тестирования. Первым делаются смоук проверки! Зачем мне смотреть,Как работает первое поле, если у меня обязательное поле является необязательным и регистрация проходит без его заполнения. Какой смысл тестировать эту форму, когда она даже основную проверку не прошла. Привожу аналогию: Тестирование карандаша: Зачем мне смотреть, как стирка стирает, когда у меня сам карандаш НЕ ПИШЕТ. Так и с формной, зачем мне смотреть, как работает поле First name(Первое), еслиу меня mandatory field (обязательное поле) не отрабатывает.

 

Что значит СМОУК не нужно? а как вы поймете, что форму нужно тестировать? Либо по логике будете проверять все поля (необязательные), потом обнарудите, что обязательное поле не играет роли, вернете на доработку - вам поправят, вы сломав все ваши проверки и вы будете по 3 часа тестировать форму эту????

 

тестировать ТОЛЬКО заявленный функционал - если его нет, просто сказано, что должно регистрировать пользователя и все.


  • 0

Лучшее — враг хорошего :victory: 


#43 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 08:58

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.

Отличный ответ развернутый (пост выше). Только я не могу понять

 

Пока перерыв, так как знаю, что не все дописала из smoke, чувствую еще есть тесты, но я их не замечаю.
В смоук тестировании будет только 2 теста в данном случае 1) форма открывается. 2) кнопка нажимается без падения системы.
 
т.е smoke тестироание для ДАННОЙ формы будет ТОЛЬКО нажатие на кнопку? - предположим...Нажали (дым из формы не пошел). Но что мы проверили этим нажатием, когда к примеру есть просто кнопка без логики никакой.
Smoke тест прошли - отдали тестировщикам, программисты перешли к другой задаче. тестировщик берет Критикал пас тест: вводит валидные данные в поля - нажимает кнопку - 0 реакции, прогоняет все тесты - все FAIL. Потрачего 3 часа времени в пустую, так как кнопка REGISTRATION не имела никакого события. Вопрос - что мы добились smoke тестом из вашей логики и на что мы потратили3  часа тестирования?

  • 1

Лучшее — враг хорошего :victory: 


#44 BadMF

BadMF

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Dmitry Petrov

Отправлено 11 апреля 2019 - 08:58

 

 

тестировать ТОЛЬКО заявленный функционал - если его нет, просто сказано, что должно регистрировать пользователя и все.

 

 

Встречный вопрос - Как вы видите пределы тестирования данной формы?

 

Ещё небольшое лирическое отступление:

Мне на третьем курсе универа добавили бал к оценке за то, что я ответил на вопрос "Что нужно сделать первым делом когда вы начинаете писать курсовую?"

Ответьте на данный вопрос, добавлю вам бал =)


  • 0

#45 BadMF

BadMF

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Dmitry Petrov

Отправлено 11 апреля 2019 - 09:06

 

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.

Отличный ответ развернутый (пост выше). Только я не могу понять

 

Пока перерыв, так как знаю, что не все дописала из smoke, чувствую еще есть тесты, но я их не замечаю.
В смоук тестировании будет только 2 теста в данном случае 1) форма открывается. 2) кнопка нажимается без падения системы.
 
т.е smoke тестироание для ДАННОЙ формы будет ТОЛЬКО нажатие на кнопку? - предположим...Нажали (дым из формы не пошел). Но что мы проверили этим нажатием, когда к примеру есть просто кнопка без логики никакой.
Smoke тест прошли - отдали тестировщикам, программисты перешли к другой задаче. тестировщик берет Критикал пас тест: вводит валидные данные в поля - нажимает кнопку - 0 реакции, прогоняет все тесты - все FAIL. Потрачего 3 часа времени в пустую, так как кнопка REGISTRATION не имела никакого события. Вопрос - что мы добились smoke тестом из вашей логики и на что мы потратили3  часа тестирования?

 

А ещё это может быть проблема конфигурирования, обновления, кривых рук тестировщика или магнитной бури. Разработчик проверяет код в своём обособленном окружении, на крайний случай в системе CI юнит тестами. 

 

Описанное вами из за кривых рук разработчика должно в итоге привести к его увольнению. Как-то так это работает.


  • 0

#46 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 09:30

 

 

 

тестировать ТОЛЬКО заявленный функционал - если его нет, просто сказано, что должно регистрировать пользователя и все.

 

 

Встречный вопрос - Как вы видите пределы тестирования данной формы?

 

Ещё небольшое лирическое отступление:

Мне на третьем курсе универа добавили бал к оценке за то, что я ответил на вопрос "Что нужно сделать первым делом когда вы начинаете писать курсовую?"

Ответьте на данный вопрос, добавлю вам бал =)

 

Узнать тему курсовой -  я бы ответила так)


  • 0

Лучшее — враг хорошего :victory: 


#47 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 09:31

 

 

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.

Отличный ответ развернутый (пост выше). Только я не могу понять

 

Пока перерыв, так как знаю, что не все дописала из smoke, чувствую еще есть тесты, но я их не замечаю.
В смоук тестировании будет только 2 теста в данном случае 1) форма открывается. 2) кнопка нажимается без падения системы.
 
т.е smoke тестироание для ДАННОЙ формы будет ТОЛЬКО нажатие на кнопку? - предположим...Нажали (дым из формы не пошел). Но что мы проверили этим нажатием, когда к примеру есть просто кнопка без логики никакой.
Smoke тест прошли - отдали тестировщикам, программисты перешли к другой задаче. тестировщик берет Критикал пас тест: вводит валидные данные в поля - нажимает кнопку - 0 реакции, прогоняет все тесты - все FAIL. Потрачего 3 часа времени в пустую, так как кнопка REGISTRATION не имела никакого события. Вопрос - что мы добились smoke тестом из вашей логики и на что мы потратили3  часа тестирования?

 

А ещё это может быть проблема конфигурирования, обновления, кривых рук тестировщика или магнитной бури. Разработчик проверяет код в своём обособленном окружении, на крайний случай в системе CI юнит тестами. 

 

Описанное вами из за кривых рук разработчика должно в итоге привести к его увольнению. Как-то так это работает.

 

Если только к моему, так как я не понимаю процесса тестирования и вместо того,что бы отдать на доработку программисту, проведя 2-3 теста, я провела один бестолковый и отдала в отдел тестирования, которые зная, что смоук пройден - начали еще прогонять 50 тесткейсов.


  • 0

Лучшее — враг хорошего :victory: 


#48 BadMF

BadMF

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Dmitry Petrov

Отправлено 11 апреля 2019 - 09:40

 

 

 

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.

Отличный ответ развернутый (пост выше). Только я не могу понять

 

Пока перерыв, так как знаю, что не все дописала из smoke, чувствую еще есть тесты, но я их не замечаю.
В смоук тестировании будет только 2 теста в данном случае 1) форма открывается. 2) кнопка нажимается без падения системы.
 
т.е smoke тестироание для ДАННОЙ формы будет ТОЛЬКО нажатие на кнопку? - предположим...Нажали (дым из формы не пошел). Но что мы проверили этим нажатием, когда к примеру есть просто кнопка без логики никакой.
Smoke тест прошли - отдали тестировщикам, программисты перешли к другой задаче. тестировщик берет Критикал пас тест: вводит валидные данные в поля - нажимает кнопку - 0 реакции, прогоняет все тесты - все FAIL. Потрачего 3 часа времени в пустую, так как кнопка REGISTRATION не имела никакого события. Вопрос - что мы добились smoke тестом из вашей логики и на что мы потратили3  часа тестирования?

 

А ещё это может быть проблема конфигурирования, обновления, кривых рук тестировщика или магнитной бури. Разработчик проверяет код в своём обособленном окружении, на крайний случай в системе CI юнит тестами. 

 

Описанное вами из за кривых рук разработчика должно в итоге привести к его увольнению. Как-то так это работает.

 

Если только к моему, так как я не понимаю процесса тестирования и вместо того,что бы отдать на доработку программисту, проведя 2-3 теста, я провела один бестолковый и отдала в отдел тестирования, которые зная, что смоук пройден - начали еще прогонять 50 тесткейсов.

 

 

Не задавайте вопросы, если вы не готовы выслушать и принять ответы. Вот назвали меня бестолковым, а я ведь на основе более 10-ти летнего опыта вам ответил, обидно... . =)


  • 0

#49 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 09:48

 

 

 

 

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.

Отличный ответ развернутый (пост выше). Только я не могу понять

 

Пока перерыв, так как знаю, что не все дописала из smoke, чувствую еще есть тесты, но я их не замечаю.
В смоук тестировании будет только 2 теста в данном случае 1) форма открывается. 2) кнопка нажимается без падения системы.
 
т.е smoke тестироание для ДАННОЙ формы будет ТОЛЬКО нажатие на кнопку? - предположим...Нажали (дым из формы не пошел). Но что мы проверили этим нажатием, когда к примеру есть просто кнопка без логики никакой.
Smoke тест прошли - отдали тестировщикам, программисты перешли к другой задаче. тестировщик берет Критикал пас тест: вводит валидные данные в поля - нажимает кнопку - 0 реакции, прогоняет все тесты - все FAIL. Потрачего 3 часа времени в пустую, так как кнопка REGISTRATION не имела никакого события. Вопрос - что мы добились smoke тестом из вашей логики и на что мы потратили3  часа тестирования?

 

А ещё это может быть проблема конфигурирования, обновления, кривых рук тестировщика или магнитной бури. Разработчик проверяет код в своём обособленном окружении, на крайний случай в системе CI юнит тестами. 

 

Описанное вами из за кривых рук разработчика должно в итоге привести к его увольнению. Как-то так это работает.

 

Если только к моему, так как я не понимаю процесса тестирования и вместо того,что бы отдать на доработку программисту, проведя 2-3 теста, я провела один бестолковый и отдала в отдел тестирования, которые зная, что смоук пройден - начали еще прогонять 50 тесткейсов.

 

 

Не задавайте вопросы, если вы не готовы выслушать и принять ответы. Вот назвали меня бестолковым, а я ведь на основе более 10-ти летнего опыта вам ответил, обидно... . =)

 

Извините, если обидела. Я с точки зрения полезности данного теста. Он только помог выявить, что программист - криворукий либо забывчивый.

 

Я выслушиваю и принимаю ответы, но я бывала на собеседованиях и там нет такого, что - зависит от требований, зависит от условий. там конкретно - напишите тесткейсы для smoke тестирования формы и ВСЕ. Больше нет ничего, только PM сидит и все и ждет вопросов. А я что тогда не знала, что ответить,что сейчас.

1. Первый раз я помню начала писать тесткейсы: Заполнить все поля, заполнить по очереди, разные комбинации, далее валидные и невалидные значения во все поля, на что мне ответили - что вы понятия не имеете о приоритизации тестов и подхода. Сейчас я подняла этот вопрос, но судя по всему - тут никто такого понятия не имеет, так как и условие есть и сопутствующая информация, но ДЛЯ себя, я так и не поняла, как тестировать эту форму.

2. Тоже самое и с РЖД. и подобный вопрос я получала и отвечала, как и описывала выше ( но опять не верно, так как приоритеты неправильные) Ответы: согласно тестплану, пожеланию заказчика и аналогичные игнорировались, просто пишите виды/типы для тестирования именно этого сайта.

 

Если я без опыта не смогла ответить за 10 минут, то 4 для люди с  опытом вокруг да около ходят, а я не понимаю ничего(

 

Если вы считаете мои задачи абстрактными, то давайте РЕАЛЬНУЮ придумаем, что бы я на основании реальной задачи поняла, как решить предлагаемые мною. Такой вариант развития событий тоже отличный!


  • 0

Лучшее — враг хорошего :victory: 


#50 BadMF

BadMF

    Специалист

  • Members
  • PipPipPipPipPip
  • 809 сообщений
  • ФИО:Dmitry Petrov

Отправлено 11 апреля 2019 - 10:02

 

 

 

 

 

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.

Отличный ответ развернутый (пост выше). Только я не могу понять

 

Пока перерыв, так как знаю, что не все дописала из smoke, чувствую еще есть тесты, но я их не замечаю.
В смоук тестировании будет только 2 теста в данном случае 1) форма открывается. 2) кнопка нажимается без падения системы.
 
т.е smoke тестироание для ДАННОЙ формы будет ТОЛЬКО нажатие на кнопку? - предположим...Нажали (дым из формы не пошел). Но что мы проверили этим нажатием, когда к примеру есть просто кнопка без логики никакой.
Smoke тест прошли - отдали тестировщикам, программисты перешли к другой задаче. тестировщик берет Критикал пас тест: вводит валидные данные в поля - нажимает кнопку - 0 реакции, прогоняет все тесты - все FAIL. Потрачего 3 часа времени в пустую, так как кнопка REGISTRATION не имела никакого события. Вопрос - что мы добились smoke тестом из вашей логики и на что мы потратили3  часа тестирования?

 

А ещё это может быть проблема конфигурирования, обновления, кривых рук тестировщика или магнитной бури. Разработчик проверяет код в своём обособленном окружении, на крайний случай в системе CI юнит тестами. 

 

Описанное вами из за кривых рук разработчика должно в итоге привести к его увольнению. Как-то так это работает.

 

Если только к моему, так как я не понимаю процесса тестирования и вместо того,что бы отдать на доработку программисту, проведя 2-3 теста, я провела один бестолковый и отдала в отдел тестирования, которые зная, что смоук пройден - начали еще прогонять 50 тесткейсов.

 

 

Не задавайте вопросы, если вы не готовы выслушать и принять ответы. Вот назвали меня бестолковым, а я ведь на основе более 10-ти летнего опыта вам ответил, обидно... . =)

 

1) Извините, если обидела. Я с точки зрения полезности данного теста. Он только помог выявить, что программист - криворукий либо забывчивый.

 

2) Я выслушиваю и принимаю ответы, но я бывала на собеседованиях и там нет такого, что - зависит от требований, зависит от условий. там конкретно - напишите тесткейсы для smoke тестирования формы и ВСЕ. Больше нет ничего, только PM сидит и все и ждет вопросов. А я что тогда не знала, что ответить,что сейчас.

1. Первый раз я помню начала писать тесткейсы: Заполнить все поля, заполнить по очереди, разные комбинации, далее валидные и невалидные значения во все поля, на что мне ответили - что вы понятия не имеете о приоритизации тестов и подхода. Сейчас я подняла этот вопрос, но судя по всему - тут никто такого понятия не имеет, так как и условие есть и сопутствующая информация, но ДЛЯ себя, я так и не поняла, как тестировать эту форму.

 

Я не обиделся, просто указал вам на то, что вам не нужен ответ.

 

1) он для этого и нужен.

 

2) ну я вам дважды, подробно описал, что нужно делать. Никто из специалистов на данном форуме мне не возразил (на случай явного нигилизма вашего). А многие из здешних специалистов подписались на данную ветку, уж не знаю зачем. Если вам что-то не понятно в моём ответе, спрашивайте, но есть у меня сомнения в том что вы способны принять мнение отличное от вашего =)


  • 0

#51 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 10:10

У меня нет мнения, поэтому я и спрашиваю. Я всегда теряюсь на вопросах : Протестируйте что-нибудь. Да, я смотрела видео, читала, про карандаш видела таблицы, но как таковой методики не нашла (везде написано - зависит от обстоятельств). Но ведь если все идеально, должен же быть подход какой-то. Это ведь и отличает junior От senior Специалиста. Я ведь должна понимать и уметь производить декомпозицию. Но по факту (в видео смотрела), дали человеку протестировать маркер - и он: "ну...напишу, попробую стереть, сверю цвет с описанным на самом маркере, потрясу...ну...эээ". Я бы сама так и делала, отсюда вопрос и был про РЖД. Как подойти к тестированию данного сайта (по документации?), а если ее нет. Тогда исследовательское тестирвоание, но оно тоже должно быть структурированным.


  • 0

Лучшее — враг хорошего :victory: 


#52 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 10:13

Кстати, уважаемый BadMF, давайте пойдет от обратного. Если я неправильно формулирую задачу либо не так рассуждаю, то давайте я Вам задачу придумаю и по вашим рассуждениям и вопросам ко мне пойму, что вы хотите донести до меня:)


  • 0

Лучшее — враг хорошего :victory: 


#53 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 481 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 11 апреля 2019 - 11:51

 

 

 

Вот это как раз упомянутое вами отсутствие английского языка. Леша об этом очень хорошо написал в свое время https://testitquickl...tdewBiq3X-Cith0

 

смоук - это "надо же, не взорвалось"

критикал пас - "надо же, работает"

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

 

Что-то я не могу понять!

 

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

 

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

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

Расширенное тестирование – проверка всей заявленной функциональности. .на форме ее нет, Но если бы был (допкутим) некий фильтр, который сортирует это поля (обязательное поле сверху либо снизу отображать), то он бы попадал в расширеное(екстендед) тестирования.

 

Зачем вы переводите термины, если потом плюете на смысловое значение перевода и начинаете объяснять что он значит?

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

Критикал пас - работает функциональность без которой не работает бизнес. Когда вы говорите "самое важное" - это и есть critical path, путь которым пользователь получает ценность.

 

 

Это понятно, но! Вы предлагаете мне веб форму включить в розетку? ))))) А все манипуляции с обязательным полем в critical path записать? А все остальные - это Extended?

Форма - не лучший пример. слишком простой. Соответственно примеры получаются вырожденные.

Смоуком для нее будет являться факт отображения.
Критикал пасом - регистрация пользователя корректно заполнившего все поля.

Все остальные проверки: на обязательные поля, на пустые поля, на sql-инъекции - все в экстендед.


  • 0

#54 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 481 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 11 апреля 2019 - 12:19

 

ну и в догонку, люди охотнее думают над реальными проблемами, чем над выдуманными. Потому вы тут 4ый день ничего добиться и не можете =) Успехов.

Отличный ответ развернутый (пост выше). Только я не могу понять

 

Пока перерыв, так как знаю, что не все дописала из smoke, чувствую еще есть тесты, но я их не замечаю.
В смоук тестировании будет только 2 теста в данном случае 1) форма открывается. 2) кнопка нажимается без падения системы.
 
т.е smoke тестироание для ДАННОЙ формы будет ТОЛЬКО нажатие на кнопку? - предположим...Нажали (дым из формы не пошел). Но что мы проверили этим нажатием, когда к примеру есть просто кнопка без логики никакой.
Smoke тест прошли - отдали тестировщикам, программисты перешли к другой задаче. тестировщик берет Критикал пас тест: вводит валидные данные в поля - нажимает кнопку - 0 реакции, прогоняет все тесты - все FAIL. Потрачего 3 часа времени в пустую, так как кнопка REGISTRATION не имела никакого события. Вопрос - что мы добились smoke тестом из вашей логики и на что мы потратили3  часа тестирования?

У вас всегда будет граница между смоком и дальнейшими тестами и всегда будут ситуации когда смок пройден а критикал пас нет, это реалии работы иначе у вас в смоке будет полный регрессионный набор.

Что именно попадет в смок определяется эмпирически, фактически это один из критериев приемки сборки в тестирование. Обычно начинается с того, что сборка запускается, кто-то пробегается по вкладкам/формам (если они есть) опять-же, без проверки функциональности, просто смотрим что формы отрисовываются вроде как надо и ничего при этом не взрывается, иногда туда может добавится что-то, что отламывают через 2 сборки на третью.
Еще один способ формирования смок-тестов: "Вот вам сборка, ответьте через 5 минут берете ли вы ее в тестирование? и если нет, то почему".


  • 1

#55 astenix

astenix

    Специалист

  • Members
  • PipPipPipPipPip
  • 888 сообщений
  • ФИО:Лёша Лупан
  • Город:Кишинев


Отправлено 11 апреля 2019 - 12:27

я бывала на собеседованиях и там нет такого, что - зависит от требований, зависит от условий. там конкретно - напишите тесткейсы для smoke тестирования формы и ВСЕ. Больше нет ничего, только PM сидит и все и ждет вопросов. А я что тогда не знала, что ответить,что сейчас.

 

 

Тестировщики разные нужны.

 

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

 

Если нужен непростой исполнитель, если нужен менеджер-присматриватель за ВСЕМ процессом, могущий указать на аспекты, которые были забыты, и объяснить, что не надо про них забывать, а то будет бэмц, то ответ будет такой: "Надо продумать процесс".

 

Ещё раз — продумать процесс, а не тыцать по полям.

 

В процессе тестирования есть несколько Сцилл и десяток Харибд, про которые вкратце упомянуто в http://www.sqa.net/iso9126.html - шесть основных характеристик качества, а именно:

  1. Functionality
  2. Reliability
  3. Usability
  4. Efficiency
  5. Maintainability
  6. Portability

А под ними есть еще подпункты (см. там же таблицу The full table of Characteristics and Subcharacteristics for the ISO 9126-1 Quality Model).

 

То есть, тыцать в поля - это всего лишь пункт №1 (Functionality), его мы поручим выполнять одному тестировщику.

 

А убедиться в том, что приложение можно будет успешно устанавливать в разных окружениях? Это мы поручим другому тестировщику, который знает, чем отличается Андроид от Лолипоп (№6 Portability).

 

А убедиться в том, что приложением удобно пользоваться, мы поручим третьему тестировщику и дизайнеру (№3 Usability).

 

И так далее, пока не будут охвачены все аспекты, которые для вашего продукта надо охватить. В зависимости от ситуации, некоторые аспекты будут проигнорированы, а на некоторые будет сделан особый акцент, но так или иначе, менеджер будет думать о много всяком, а не только про функциональность разрабатываемого ПО, ведь функциональность — всего лишь один из аспектов.

 

Обычных тестировщиков обучают по сокращённой программе премудростям тыцанья по кнопкам — а это только функциональность. С таким багажом взять на себя ответственность за всё тестирование невозможно, и вердикт собеседующего "вы понятия не имеете о приоритизации тестов и подхода" — правильный и нормальный, как констатация сегодняшней погоды.

 

Вы освоились на первом уровне (исполнительский), и не знаете про существование второго (менеджерский), но пытаетесь их совместить.

 

Сосредоточьтесь! (и вы найдете свой путь).

 

ЗЫ Рекомендую не щеголять термином "расширенное тестирование", бо он условный и требует контекста.


  • 1

Software Testing Glossary - простыми словами о непростых словах.


#56 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 481 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 11 апреля 2019 - 13:39

Леша все правильно сказал, с одним уточнением. приведенный им стандарт в 2011 году был заменен на ISO25010, который есть в переводе на русский в виде ГОСТ-25010


  • 0

#57 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 14:10

О, в голове щелкнуло немного:))

"Вот вам сборка, ответьте через 5 минут берете ли вы ее в тестирование? и если нет, то почему" - так вот если бы у меня про форму спросили,я бы ответила:

1. Заполняю обязательное поле Valid data  = OK

2. Пустой ввод - "FAIL"

Все, этого мне будет достаточно, что бы понимать, что форма выдает и положительный и отрицательный результат.

 

Далее я буду уже проверять на комбинации заполнения всех полей + invalid data + sql иньекции + файлы в эти поля перетаскивать.


  • 0

Лучшее — враг хорошего :victory: 


#58 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 14:13

 

я бывала на собеседованиях и там нет такого, что - зависит от требований, зависит от условий. там конкретно - напишите тесткейсы для smoke тестирования формы и ВСЕ. Больше нет ничего, только PM сидит и все и ждет вопросов. А я что тогда не знала, что ответить,что сейчас.

 

 

Тестировщики разные нужны.

 

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

 

Если нужен непростой исполнитель, если нужен менеджер-присматриватель за ВСЕМ процессом, могущий указать на аспекты, которые были забыты, и объяснить, что не надо про них забывать, а то будет бэмц, то ответ будет такой: "Надо продумать процесс".

 

Ещё раз — продумать процесс, а не тыцать по полям.

 

В процессе тестирования есть несколько Сцилл и десяток Харибд, про которые вкратце упомянуто в http://www.sqa.net/iso9126.html - шесть основных характеристик качества, а именно:

  1. Functionality
  2. Reliability
  3. Usability
  4. Efficiency
  5. Maintainability
  6. Portability

А под ними есть еще подпункты (см. там же таблицу The full table of Characteristics and Subcharacteristics for the ISO 9126-1 Quality Model).

 

То есть, тыцать в поля - это всего лишь пункт №1 (Functionality), его мы поручим выполнять одному тестировщику.

 

А убедиться в том, что приложение можно будет успешно устанавливать в разных окружениях? Это мы поручим другому тестировщику, который знает, чем отличается Андроид от Лолипоп (№6 Portability).

 

А убедиться в том, что приложением удобно пользоваться, мы поручим третьему тестировщику и дизайнеру (№3 Usability).

 

И так далее, пока не будут охвачены все аспекты, которые для вашего продукта надо охватить. В зависимости от ситуации, некоторые аспекты будут проигнорированы, а на некоторые будет сделан особый акцент, но так или иначе, менеджер будет думать о много всяком, а не только про функциональность разрабатываемого ПО, ведь функциональность — всего лишь один из аспектов.

 

Обычных тестировщиков обучают по сокращённой программе премудростям тыцанья по кнопкам — а это только функциональность. С таким багажом взять на себя ответственность за всё тестирование невозможно, и вердикт собеседующего "вы понятия не имеете о приоритизации тестов и подхода" — правильный и нормальный, как констатация сегодняшней погоды.

 

Вы освоились на первом уровне (исполнительский), и не знаете про существование второго (менеджерский), но пытаетесь их совместить.

 

Сосредоточьтесь! (и вы найдете свой путь).

 

ЗЫ Рекомендую не щеголять термином "расширенное тестирование", бо он условный и требует контекста.

 

 

ДА,вы правы, Но как тогда нужно было отвечать на вопросы?! если просят дать эстимацию на smoke тестирование для данной формы? Какие вопросы нужно задавать для представления полной картины (менеджмент+тестирование) у себя в голове для качественного ответа на вопрос.


  • 0

Лучшее — враг хорошего :victory: 


#59 Vasiliy

Vasiliy

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 2 799 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 11 апреля 2019 - 14:22

Коллеги, пожалуйста, давайте без излишнего цитирования. На экране в 6" читать невозможно)
  • 0

#60 Ekaterina1995_JuniorQA

Ekaterina1995_JuniorQA

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

  • Members
  • Pip
  • 43 сообщений
  • ФИО:Екатерина Александровна
  • Город:Глубокое

Отправлено 11 апреля 2019 - 14:32

Согласна! Толмуты получаются)

 

Ребята, А можете тогда что-то у меня спросить, проверив мою склонность к мышлению для решения подобных задач. Очень было бы интересно:)

 

Кстати, на счет 6'' экрана. Если в спецификации этого сайта было заявлено: Отображение на телефонах 4 - 6 дюймов, то получается, что это проблемы с........Юзабилити? Либо GUI тоже с этим связан?


  • 0

Лучшее — враг хорошего :victory: 



Практикум по тест-дизайну 2.0
онлайн
Школа для начинающих тестировщиков
онлайн
Школа тест-аналитика
онлайн
Техники локализации плавающих дефектов
онлайн




Темы с аналогичным тегами Test, smoke, critical path, web form

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

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

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