Rational Robot
#21
Отправлено 20 декабря 2004 - 08:26
#22
Отправлено 20 декабря 2004 - 08:38
Какие конкретно вы можете привести доводы по нецелесообразности использования этих функций в гуи-скрипте?
#23
Отправлено 20 декабря 2004 - 09:23
Я не говорю о том, что этого делать категорически нельзя. Однако в таком случае Ваш тест не будет просто GUI-тестом, поскольку GUI-тест тестирует приложение именно через пользовательский интерфейс - это его прямое предназначение. Естественно Вы можете проверять данные путем выбора из таблицы, но ведь конечный пользователь не будет "извлекать" данные из таблиц, а будет пользоваться теми средствами, кот. ему предоставляет ПО. Т.о. данное тестирование нельзя считать чистым GUI-тестированием, хотя я согласен с тем, что в некоторых случаях извлекать данные из базы и использовать их в GUI-тестах очень удобно.Не понимаю - если есть возможность тестить не только чистую функциональность - то почему бы этим не воспользоваться?? Обычный GUI -скрипт... функции коннекта к базе - написание селекта... SQLExecQuery... SQL Open...SQLRequest...
Какие конкретно вы можете привести доводы по нецелесообразности использования этих функций в гуи-скрипте?
#24
Отправлено 20 декабря 2004 - 09:26
#25
Отправлено 20 декабря 2004 - 09:38
#26
Отправлено 20 декабря 2004 - 09:39
#27
Отправлено 20 декабря 2004 - 10:08
Не могу понять - ведь ВУ - скрипт -это нагрузочное тестирование - использование приложения одновременно несколькими юзерами (группой юзеров). Делаем коннект - получается что коннектяться к базе одновременно несколько юзеров -получается - мы проверяем нагрузку на сервер - реакцию системы.. все правильно. Но если я хочу проверить просто данные отображенные в гриде и данные в таблице на сервере?? Можно использовать Датапулс, но как я уже говорила - я отказалась от этого - так я считаю это двойной работой.
Т.е. я не хочу даватьь системе нагрузку - я хочу проверить данные........ И мне кажется, что функции для работы с базами данных не были первоначально привязаны к ву-скриптам... Что можете сказать в ответ?
#28
Отправлено 20 декабря 2004 - 10:25
Как раз таки справка на самом роботе довольно неплохая... И вполне достаточная. Я собственно ничем больше и не руководствуюсь)Господа, посоветуйте, где можно взять информацию по SQABasic, ну, кроме справки, разумеется.
#29
Отправлено 20 декабря 2004 - 10:27
Я думал, что в SQABasic'е нельзя напрямую подключаться к базе, посмотрев вот это Анализ средств автоматизированного тестирования(табл. 1). Однако получается, что прямой доступ возможен.
А зачем Вам проверять данные в гриде на соответствие данным на сервере? Данные в гриде наверняка формируются путем обработки входных данных, т.е. надо проверять вход и выход, а вот сверка содержимого грида и содержимого таблиц покажет лишь то, что грид правильно связан с таблицей. Такая проверка не покажет ошибку в функциональности, т.к. данные могут быть неправильно вычислены, но в таблице на сервере и на гриде будут совпадать. Хотя тут тоже существует очень много вариантов и нельзя сказать, что этого ни в коем случае делать не следует.Но если я хочу проверить просто данные отображенные в гриде и данные в таблице на сервере??
#30
Отправлено 27 декабря 2004 - 09:42
#31
Отправлено 27 декабря 2004 - 10:16
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных