Size: a a a

2018 October 18

D

Dimcho Dimov in QA Alliance
Roman (rpwheeler)
Ктулху фтагн! Нет, а зачем нам умл-е-центризм?

Я говорю о системе которая быстро-быстро позволяет CRUD что ты хочешь, разные данные и представления + поиск.
Хошь тесткейз, хошь чеклист, хошь  какую-нибудь "хартию", повязывать заметки и т.д. и т.п.  Что тебе нужно для твоего стиля тестирования, документирования, записей, то и подключаешь.

Потенциальная база технологий для этого уже есть.
В какой-то презентации к Каше я это уже читал.))
источник

R(

Roman (rpwheeler) in QA Alliance
Что за Каша?
источник

D

Dimcho Dimov in QA Alliance
Roman (rpwheeler)
Что за Каша?
источник

R(

Roman (rpwheeler) in QA Alliance
Ну это толстое проприетарное решение, а нужно что-то маленькое шаровое и способное работать локально.  Как, скажем, Evernote работает.
источник

В

Вовка in QA Alliance
Roman (rpwheeler)
1. Я их тоже не люблю, однако приведенные пожелания имхо скорее  к идеальному миру чем к реальному.
2. Структура проверок / тестов, как и действия пользователя, не обязаны подчиняться структуре кода. Очень-очень не обязаны.  От нее другого ждут, ее из кода не будет никогда удобно доставать.
3. Хорошо, а если не несколько раз, если оно не автоматизируется? Мы сегодня на митинге проговаривали что чаще всего автоматизируем одну проверку на фичу.
4.  Здравствуйте, я одноразовый двухмесячный проект который у вас заберут как только он закончится. У вас есть время писать автоматизацию?
____
Да, пусть помрут системы "тест менеджмента", пусть придут системы information management , в которых ты сможешь многопланово, гибко и быстро делать что тебе надо в представлениях которые тебе надо.  Но это не код.
Ну почему же сразу идеального.
У нас далеко не идеальный проект, а про заказчика я вообще молчу, но я вот умудряюсь писать автотесты и проверять нужный мне функционал.
Другое дело я проверяю только функционал, но не UI.
Конечно можно заморочится и автоматизировать еще и это, но уж точно не в нашем случае.
2) Можно автоматизировать большинство стандартных дейстий ( регистрация, добавление товара, покупка, создание статьи и тд), а уже редкие кейсы делать ручками, ибо их поддерживать или писать будет дороже чем сделать это вручную.
3) Если несколько раз, то это даже супер. А если не автоматизирует, то значит такой кейс. Не все должно быть автоматизированно. Ну одна проверку на фичу, это как то маловато…Ибо как минимум их должно быть 2 ( позитивная и негативная)
4)Ну если позволяет количество людей и размер проекта, то почему и не делать.
источник

R(

Roman (rpwheeler) in QA Alliance
> Ну почему же сразу идеального.

Иди перечитай что ты меня сегодня в личке спрашивал :) Перечитай Хрола — "держите всё в коде"
источник

В

Вовка in QA Alliance
Да я помню что писал 🙂 Но даже при этом всем мне удается кое что автоматизировать, что мы отвоевали у заказчика и не собираемся менять, да и он тоже 🙂
источник

K

Korwwyn in QA Alliance
> Тесты должны быть зелёными. Не нужно смотреть и что-то там анализировать в трендах падений количества красных тестов в ReportPortal’ах. Нужно исправлять тесты или фиксить баги.

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

Уровень КО) чтобы тесты были зелеными - надо их править или фиксить баги
источник

В

Вовка in QA Alliance
Korwwyn
> Тесты должны быть зелёными. Не нужно смотреть и что-то там анализировать в трендах падений количества красных тестов в ReportPortal’ах. Нужно исправлять тесты или фиксить баги.

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

Уровень КО) чтобы тесты были зелеными - надо их править или фиксить баги
или можно написать true.expect.to.be(true) и тогда все тесты будут зелеными)
источник

DT

Dmitry Temnikov in QA Alliance
Здравствуйте! Подскажите пожалуйста как в testng в beforesuite кинуть исключение, что бы после него не запускались дальше тесты. А то selenium grid может не запуститься, а тесты всё равно могут начать запускаться
источник
2018 October 19

R(

Roman (rpwheeler) in QA Alliance
Вовка
Да я помню что писал 🙂 Но даже при этом всем мне удается кое что автоматизировать, что мы отвоевали у заказчика и не собираемся менять, да и он тоже 🙂
"Кое-что автоматизировать это много кто делает". А "держать все в коде" и "автоматизировать все повторяющееся" — вот это уже ближе к идеальному миру.
источник

ЕЛ

Екатерина Ламеровска... in QA Alliance
так, ЗОЩТО
источник

ЕЛ

Екатерина Ламеровска... in QA Alliance
зачем вы мне показали игру про меч
источник

В

Вовка in QA Alliance
)))
источник

В

Вовка in QA Alliance
Roman (rpwheeler)
"Кое-что автоматизировать это много кто делает". А "держать все в коде" и "автоматизировать все повторяющееся" — вот это уже ближе к идеальному миру.
Ну это да, либо же на то, чтобы “держать все в коде” и “автоматизировать все повторяющееся” - надо много времени и правильно выбранный план)
источник

SP

Straxoff Pavel in QA Alliance
Ну что
источник

IN

Irok Neizbejen in QA Alliance
Ну что
источник

SS

Sergey Sterh in QA Alliance
Ну що
источник

A

Aleksandr in QA Alliance
Всем привет, пользуетесь ли вы checklists для тестирования? На сколько оно полезно для вас?
источник

ЕЛ

Екатерина Ламеровска... in QA Alliance
Ye xnj
источник