
Konstantin
16.06.2017
09:41:51
А потом ты пробуешь это объяснить, когда баг находит кто-то на продакшене и манагеры хотят твоей задницы
ок, опять же - твоя работы выполнена. ты оформил проблему в дефект и зафиксировал ее. если кто то решает ее не чинить - будет либо проблемой разраба, либо ответственность на начальстве

Светлана
16.06.2017
09:41:57

rabbitkate
16.06.2017
09:42:04
меня не просвятили в то, как и с кем они общаются, я сама чуть запуталась

Google

vyazovoy
16.06.2017
09:42:19

zombopanda
16.06.2017
09:42:34

Konstantin
16.06.2017
09:42:53
Задница тестировщика всегда при чём с точки зрения манагеров

zombopanda
16.06.2017
09:42:57
лол

rabbitkate
16.06.2017
09:42:58

zombopanda
16.06.2017
09:43:10

rabbitkate
16.06.2017
09:43:22

vyazovoy
16.06.2017
09:43:25

zombopanda
16.06.2017
09:43:35
ну или заведите нормального лида, который будет пинать подобных манагеров

Konstantin
16.06.2017
09:43:41
Направления для бега только никто не указывает

vyazovoy
16.06.2017
09:43:48
или в смысле "ок, понятно, отвали" отреагировал?

Nikita
16.06.2017
09:43:55

zombopanda
16.06.2017
09:44:06

Google

Nikita
16.06.2017
09:44:09
если в процессе есть крайний – это плохой процесс

Светлана
16.06.2017
09:44:26

Filipp
16.06.2017
09:44:34

Nikita
16.06.2017
09:44:42
да чувак то ли тролль, то ли никогда в жизни в нормальном месте не работал
если в твоем процессе тестирование – дно пищевой цепочки, это не значит что так везде

Anton
16.06.2017
09:45:30
Всегда в конце диалога нужно уточнить, кто, что и когда теперь будет делать - что бы ясность была )
а то манагер скажет: "а я думал ты еще что-то будешь делать" - а ты ему: "а я не знаю, что я еще могу сделать"

Nikita
16.06.2017
09:45:49

zombopanda
16.06.2017
09:45:49
да даже в ненормальных местах можно избавиться от порочной практики винить во всем тестировщика. это глупо.

rabbitkate
16.06.2017
09:46:08

Светлана
16.06.2017
09:46:38

Konstantin
16.06.2017
09:46:41

Nikita
16.06.2017
09:46:54

rabbitkate
16.06.2017
09:47:04

Konstantin
16.06.2017
09:47:19
Попасть в одно заповедное место на сотню и считать, что так везде

vyazovoy
16.06.2017
09:47:33

Светлана
16.06.2017
09:48:05
часа полтора
Я как-то полтора дня убила на вычисление ошибки. Она оказалась суперской вообще, и ни у кого не воспроизводилась. А ошибка серьезная была.

rabbitkate
16.06.2017
09:48:32

Nikita
16.06.2017
09:48:38

Google

Светлана
16.06.2017
09:48:53
ну мир тестирования такой, не всегда ты будешь проверять фичу по спецификации

Nikita
16.06.2017
09:48:59
никто не говорил, что тестирование это легко)

rabbitkate
16.06.2017
09:49:14
это твоя работа
тратить полтора дня на поиск варианта воспроизведения одного бага?

Светлана
16.06.2017
09:49:39
Если тебе говорили, что тестировать легко, то тебя обманули

Nikita
16.06.2017
09:49:41

rabbitkate
16.06.2017
09:49:50
хм

Светлана
16.06.2017
09:50:02

Nikita
16.06.2017
09:50:02
я тратил и больше времени – таким образом иногда находятся крайне злые и серьезные вещи

Igor
16.06.2017
09:50:15

Nikita
16.06.2017
09:50:21
просто нужно различать разницу между "я ищу баг" и "я тыкаю все подряд в надежде на воспроизведение"

Светлана
16.06.2017
09:50:26

Nikita
16.06.2017
09:50:55
чтобы что-то найти нужно понять, что искать. за это время ты возможно полностью поймешь как устроен сервис – это полезные инвестиции и в проект, и в твои знания

Светлана
16.06.2017
09:51:11
пока от заказчика уходят клиенты, надо искать ошибку, потому что так можно и без заказчика остаться, тащемта

rabbitkate
16.06.2017
09:51:13

Nikita
16.06.2017
09:51:19
Светлана, я тебя не узнал. зачем аватарку сменила?

Anton
16.06.2017
10:05:16

zombopanda
16.06.2017
10:06:41

Светлана
16.06.2017
10:06:59
Хватит про крайности

Nikita
16.06.2017
10:07:09

zombopanda
16.06.2017
10:07:44
надо же как то донести людям, что упертость - не всегда плюс

Google

Anton
16.06.2017
10:08:04
+1, есть приоритеты в работе:
првоерил все новые фичи, написал тесты; задокументировал все - осталось время - что делать ?
попытаться еще раз воспроизвести проблему 2 людей из 100 тысяч

Gnam
16.06.2017
10:08:12

Admin
ERROR: S client not available

Shoo
16.06.2017
10:08:25
Если бизнес говорит, что надо залипать две недели над херней - надо залипать
Сориян.
Приоритетность задач - не техническое решение.

Anton
16.06.2017
10:09:46
отсутствие упертости, на мой взгляд - больший минус чем её наличие:
Вот дали тебе раз фичу проверить
проверил, переоткрыл
Поправили - дали еще раз
Перепроверил, переоткрыл...
и так ...десят раз
а на последний раз взял и не стал все перепроверять - и пропустил что нибудь критичное

rabbitkate
16.06.2017
10:13:03
все же да, решила покопаться поглубже

Andrey
16.06.2017
12:03:04
Всем привет. Какой посоветуете использовать инструмент для мокирования внешних web сервисов?
Хочется чтобы к нему был свой api, через который я бы мог управлять его поведением, например задавать желаемый response на определенный request

Evgeniy
16.06.2017
12:04:16
по дефолту понимается джава или что?

Andrey
16.06.2017
12:04:53
язык в общем-то не важен, если у инструмента будет web api
а так python
например, я наткнулся на https://www.mock-server.com/
и в общем-то он умеет всё что мне нужно, но почему-то отсутствует документация на его web api, хотя есть упоминания вроде этого:
"It is not necessary to use the provided clients because the MockServer web api is designed to be very simple JSON/HTTP so it is easy to interact directly with the MockServer with any HTTP client."

Sergey
16.06.2017
12:07:22
Можно самому запилить

Andrey
16.06.2017
12:08:05
можно, но кажется что идея настолько на поверхнсти, что должно быть что-то готовое
очередной велосипед писать не хочу

Evgeniy
16.06.2017
12:09:33
зачем вообще придумывать очередной настоящий сущетвующий вебсервер если я правильно понял, когда можно один раз "записав" API вызов мокать его
http://betamax.readthedocs.io/en/latest/

Google

Evgeniy
16.06.2017
12:11:43
взято и реализовано по аналогии с тестированием 3rd party API в Руби
https://github.com/vcr/vcr

Kristina
16.06.2017
12:15:42
Я в SOAPUI делала, импортируешь wsdl сервиса и он сам генерит респонсы, и потом кастомизировать скриптами на груви

Andrey
16.06.2017
12:15:53
не совсем =)
Я хочу иметь вебсервис, ответы которого буду задавать прямо из кода тестовых фикстур. Тест прошел, следующий тест задал для сервиса следующее поведение, специфичное именно для того теста.
это более удобно, чем хардкодить или записывать ответы реальных сервисов и потом поддерживать всё это.

Evgeniy
16.06.2017
12:22:28
переписано на миллион языков

Andrey
16.06.2017
12:27:17
Если я правильно понял доку betamax, то это тулза которая позволяет записать общение с внешним сервисом, а потом позволяет мокать ответы внешнего сервиса теми, которые были записаны ранее.
так?

Roman
16.06.2017
12:28:39
в разных инструментах есть специфичные тулзы для этого, к примеру в Node есть nock
но если хочется мокать внешне (интеграционные цели), то тут скорее вариант внешний, который делается на любом скриптовом языке за 15 минут