@qa_ru

Страница 861 из 1080
Evgeniy
03.02.2018
14:18:55
какого рода ошибку, например?

что вы тестируете при этом?

Maxim
03.02.2018
14:19:35
что то мне кажется это не тестирование вовсе

нужно тестировать запросы разработчиков, а НЕ свои

Google
Boris
03.02.2018
14:20:36
ну допустим в таблице работника айди 1 имя Иван а в таблице зарплаты айди 1 сумма 999 дата 01.01.2017

мы делаем запрос и он нам выводит Ивана

значит в запросе ошибка?

Maxim
03.02.2018
14:21:04
так ошибка тогда в твоем запросе)))) а не в БД)

Boris
03.02.2018
14:21:26
ну мы же и тестируем запрос)

Evgeniy
03.02.2018
14:21:36
что значит тестируем запрос

Boris
03.02.2018
14:22:20
нам нужно что бы запрос выводил коректные данные

Maxim
03.02.2018
14:22:21
что значит тестируем запрос
плюсую, с таким успехом можно тестировать клавиатуры разработчиков не дай бог клавиши не на своем месте, не сочтите за грубость

Boris
03.02.2018
14:22:33
если он выводит не коректные значит в нем ошибка

Evgeniy
03.02.2018
14:22:51
какие некорректные данные? приведи пример уже

Boris
03.02.2018
14:23:17
я же привел выше

Maxim
03.02.2018
14:23:23
нам нужно что бы запрос выводил коректные данные
тут ошибка может быть как в данных так и в запросах, зачем лезть в базу чтобы это узнать

вы из кода берете запросы разработчиков и проверяете их на БД? Boris

Google
Evgeniy
03.02.2018
14:24:40
вот у меня таблицы id | name 1 | Ivan id | salary 1 | 999 select n.name, s.salary from People p left join Salary s. on p.id = s.id where s.salary > 1000

вы тестируете что ваш запрос внезапно вернет эту единственную запись с salary 999?

Boris
03.02.2018
14:25:28
сколько тесткейсов можно написать для таких условий?

1

ожидаемый результат ни одной записи

id | name 1 | Ivan id | salary 1 | select n.name, s.salary from People p left join Salary s. on p.id = s.id where s.salary > 1000

ой

Maxim
03.02.2018
14:27:09
окей, тогда вы уверены что: 1. Таблицы составлены правильно? 2. Данные в таблицы записались правильно? может запрос то и правильный, а первых два пункта кривые

Evgeniy
03.02.2018
14:27:17
вы же понимаете, что тем самым вы тестируете не бизнес логику даже, а то, как движок sql себя ведет?

Boris
03.02.2018
14:27:23
id | name 1 | Ivan id | salary 1 | 500 1 | 550 select n.name, s.salary from People p left join Salary s. on p.id = s.id where s.salary > 1000

Семен
03.02.2018
14:27:41
Блин взял клиента на создание сайта, раскрутку и ведение его инстаграм и понял, что не тяну. Кому можно передать заказ? Оченьь срочно!! ннннадо!

Boris
03.02.2018
14:28:13
пи условии если записей зарплаты удет две ваш запрос отработает?

Evgeniy
03.02.2018
14:28:37
логично что он не отработает, вернет 0

но это не потому что запрос как-то иначе составлен разработчиком, это потому что именно так ты его и записал

Boris
03.02.2018
14:29:18
да

если мы добавим в запрос групбай

мы можем провести два теста?

Evgeniy
03.02.2018
14:29:43
т.е. если ты хотел бы посчитать агрегацию по всем полям зарлпаты, ты бы сделал группировку по id и посчитал sum всех зарплат

Maxim
03.02.2018
14:29:47
Google
Boris
03.02.2018
14:30:00
на случай когда сумма одной записью больше 1000 и на случай когда записей несколько

Evgeniy
03.02.2018
14:30:00
это не тест

тесты тестируют бизнес логику, а не работу SQL движка, если ты конечно не работаешь в Oracle и не тестируешь Oracle BD

Boris
03.02.2018
14:30:46
да я и не тестирую работу sql движка

Evgeniy
03.02.2018
14:30:54
на случай когда сумма одной записью больше 1000 и на случай когда записей несколько
Борис, запросы SQL работают всегда одинаково. это декларативный язык.

Boris
03.02.2018
14:30:57
но если разработчик случайно не написал груп бай

это баг?

или ошибся опечатлся в знаке > или <

Maxim
03.02.2018
14:32:08
а если разработчик не пришел на работу и не написал код это баг или фича? молодой человек, вы пытаетесь предотвратить апокалипсис

такого не бывает

Boris
03.02.2018
14:32:34
ребят только не злитесь))

Evgeniy
03.02.2018
14:32:41
конечно это баг, но в этом случае пойми, что запросы не тестируются правильными запросами в 99\100 случаев, как ты себе это представил. Декларативность языка как раз в том, что ты глазами смотришь на запрос и оцениваешь его корректность

Boris
03.02.2018
14:32:47
не бывает что разработчики ошибаються?)

Maxim
03.02.2018
14:33:03
не бывает что разработчики ошибаються?)
тебе нужно не предотвратить ее))) а найти))

Boris
03.02.2018
14:33:06
но если ты не видишь запроса?

Maxim
03.02.2018
14:33:35
очень часто что ты его не видишь, то что делать?

Boris
03.02.2018
14:33:57
купить очки?))

Maxim
03.02.2018
14:33:58
результат же запроса, куда выводится рано или поздно на UI верно?

Evgeniy
03.02.2018
14:34:00
ну типа "я не вижу кода разработчика", давайте я напишу свою реализацию

Boris
03.02.2018
14:34:16
да не

Google
Evgeniy
03.02.2018
14:34:26
давай напишем свою собственную брокер очередь, проверим работу RabbitMQ

Boris
03.02.2018
14:34:32
я наверное все таки не правильно излагаюсь

Evgeniy
03.02.2018
14:34:33
свой редис, и свои скл запросы

заодно напишем свое экранирование

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

чтобы проверить работу линейки - измерим ее своим эталоном. Если запрос с кучей джоинов работает неправильно - пишем свой собственный и сравниваем результат!

тебе не кажется, что это утопия?

Maxim
03.02.2018
14:35:54
я наверное все таки не правильно излагаюсь
еще раз, ты не можешь предотвратить не правильно написанный запрос, неправильно именованную перенную, одетый носок не на ту ногу разработчика, тебе нужно найти, после того как он написал его, что он правильно работает...

Boris
03.02.2018
14:36:08
или не правильно

для этого я могу добавлять в эти две таблицы данные

Admin
ERROR: S client not available

Maxim
03.02.2018
14:36:22
изменять ты его не можешь....

Boris
03.02.2018
14:36:25
запроса я не вижу

Maxim
03.02.2018
14:36:25
ты не разработчик

Boris
03.02.2018
14:36:30
да

допустим разработчик не написал груп бай

я завожу одну запись где зарплата 1500

запрос отработал гуд

Maxim
03.02.2018
14:37:13
окей, ты добавляешь данные неправильно неделю в базу, потом говоришь баг, но по факту ты делал не консистеность данных в БД, потому что не понимаешь что ты это делал))

Boris
03.02.2018
14:37:15
я завожу две записи где одна 560 вторая 550

Google
Boris
03.02.2018
14:37:18
запрос не отработал

Evgeniy
03.02.2018
14:37:19
в интерфейсе ты получишь 0 записей

понимаешь?

а ожидаешь 2

Boris
03.02.2018
14:37:34
да

да

не ожидаю одну

Evgeniy
03.02.2018
14:38:18
ну берешь и пишешь разрабу - ты забыл груп бай

Boris
03.02.2018
14:38:22
да

Evgeniy
03.02.2018
14:38:34
ты же понимаешь, что даже то как ты описываешь вопрос - это решается анализом составленного запроса

Boris
03.02.2018
14:38:35
мне нужно написать тесткейсы

Evgeniy
03.02.2018
14:38:39
а не написанием другого, эталонного

Boris
03.02.2018
14:38:46
сколько их

Evgeniy
03.02.2018
14:39:00
какая-то тупая работа бро

Boris
03.02.2018
14:39:19
это задание

тесткейс1 добавить в таблицу запись с айди 1 и суммой 1500

тесткейс2 добавит в таблицу две записи с айди 1 и суммами 550 и 560

Evgeniy
03.02.2018
14:40:24
так

дальше че

эти тесткейсы никак не привязаны к SQL вообще.

Boris
03.02.2018
14:41:33
да

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

Evgeniy
03.02.2018
14:42:33
потому что бизнес задача звучит так: 1.у тебя есть кнопка добавления зарплат (Имя-зарплата). можно добавлять много раз 2. у тебя есть поле ввести имя человека и указать лимит, больше которого человек получает или нет

Страница 861 из 1080