Сообщений в теме: 38

[Bess]

Кто-нибудь может посоветовать источники "для чайников"?

Я нашел один курс на ютюбе для мобильного автотестирования и он хороший, но после 3го занятия я перестал понимать, что происходит на экране..

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

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

[Little_CJIOH]

Фреймворк - это ПО и разрабатывать его надо как ПО.

1) Постановка задачи.

2) Проектирование архитектуры

3) Реализация.

 

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

[Spock]

тут надо конечно уметь программировать

 

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

[SALar]

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

Вы не поверите, но фермеры давно не делают трактора сами. Они покупают готовые. А охотники не вытачивают древки копий самостоятельно, а покупают ружья в магазине.

И только разработчики на каждом проекте, на каждом проекте, Карл! пытаются сами сделать свой "трактор". С маджонгом и qīnglóunǚ

Синдром "Это сделано не у нас".

[Spock]

 

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

Вы не поверите, но фермеры давно не делают трактора сами. Они покупают готовые. А охотники не вытачивают древки копий самостоятельно, а покупают ружья в магазине.

И только разработчики на каждом проекте, на каждом проекте, Карл! пытаются сами сделать свой "трактор". С маджонгом и qīnglóunǚ

Синдром "Это сделано не у нас".

смотря что иметь ввиду под словом "фреймворк"

 

если сделал например тестовый фреймворк на основе Java, Maven, TestNG - описал там объекты системы, обвязки, сеттеры и геттеры, проверки и т.п.

 

как без этого? готовый ведь такой "трактор" тебе никто такой не даст, надо понятно самому писать

[Little_CJIOH]

В википедии есть вполне корректное строгое определение.

Тестовым фреймворком в перечисленном является TestNG. Java вам без вариантов продиктована выбранным фреймворком. Мавен - один из вариантов сборщика/исполнителя тестов. Те библиотеки, которые вы написали для удобства, частью фреймворка не являются.

[Bess]

я использую аппиум и джава

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

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

вот что в моем понимание фреймворк сейчас
за основу брал эти уроки на ютюбе (чего я ихочу добиться, может из видео будет более понятно): 
не сочтите за рекламу
но как писал выше, после 3го видео, перестал понимать как это работает
сдается нехватка знаний
да, я проходил основы по Java, до того как смотреть видео, но это не помогло
вот и думал есть может какой-то ресурс по такому созданию фреймворка , где всё объяснялось бы более детально
ибо если просто учить курс по программированию, то там мало что будет применительно к тестированию

[Spock]

 

В википедии есть вполне корректное строгое определение.

Тестовым фреймворком в перечисленном является TestNG. Java вам без вариантов продиктована выбранным фреймворком. Мавен - один из вариантов сборщика/исполнителя тестов. Те библиотеки, которые вы написали для удобства, частью фреймворка не являются.

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

 

будет это считаться фреймворком? или чем такое будет считаться?

[Little_CJIOH]

 

 

В википедии есть вполне корректное строгое определение.

Тестовым фреймворком в перечисленном является TestNG. Java вам без вариантов продиктована выбранным фреймворком. Мавен - один из вариантов сборщика/исполнителя тестов. Те библиотеки, которые вы написали для удобства, частью фреймворка не являются.

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

 

будет это считаться фреймворком? или чем такое будет считаться?

 

Это библиотеки для взаимодействия с SUT.

В чем принципиальная разница между библиотеками и фреймворками

https://en.wikipedia...tware_framework

второй абзац.

[Spock]

да, действительно

 

наверное автор поста имел ввиду только библиотеку, а не сам фреймворк (чайники обычно не пишут фреймворки)

[Spock]

хотя тоже интересно, что с точки зрения "тестировщика не программиста":

проект содержащий "тестовый фреймворк + библиотека для SUT" может выглядеть как "тестовый фреймворк", так как это именно тот программный каркас который позволяет писать сами тесты

 

наверное многие путают что к чему

[Spock]

вот цитата с той ссылки на вики:

"The designers of software frameworks aim to facilitate software development by allowing designers and programmers to devote their time to meeting software requirements rather than dealing with the more standard low-level details of providing a working system, thereby reducing overall development time."

 

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

[Little_CJIOH]

Ваши выводы не следуют из ваших посылок.
В логике такая ошибка иллюстрируется классическим примером:

 

1. Все кошки смертны
2. Сократ смертен
3. Следовательно Сократ - кошка

[Spock]

"Ваши выводы не следуют из ваших посылок."
Ну тогда надо приводить какие именно выводы не следуют, а не просто Сократ

Логика простая:
Есть приложение под тестом, а есть система тестирования, которая тоже является приложением

Получается что понятие "фреймворк" будет определяться для обоих приложений

И в одном и в другом случае кодирование низкого уровня будет являться фреймворком

[Spock]

Вот реальный рабочий пример:

1. Живые организмы смертны
2. Кошка - живой организм
3. Сократ - живой организм
4. Следовательно, и кошка и Сократ смертны

[Little_CJIOH]

У вас в предыдущем сообщении.
Посылка 1: Цитата из вики про то, что фреймворки берут на себя низкоуровневую рутину позволяя разработчику сконцентрироваться на бизнес-задаче
Посылка 2: Некто пишет низкоуровневые функции, чтоб потом кто-то их использовал не заморачиваясь реализацией
Вывод: Некто пишет фреймворк.

 

Вывод некорректен. два процесса обладающие одним общим аттрибутом не обязательно идентичны полностью.
 

 

 

Логика простая:
Есть приложение под тестом, а есть система тестирования, которая тоже является приложением

Получается что понятие "фреймворк" будет определяться для обоих приложений

И в одном и в другом случае кодирование низкого уровня будет являться фреймворком 

 

Развиваем мысль дальше.

Виндовс позволяет мне клацать по иконкам и делать свои дела не заморачиваясь реализацией - Виндовс Фреймворк?

 

Вы взяли ЦЕЛЬ создания фреймворка и пытаетесь использовать ее как ДОСТАТОЧНОЕ СВОЙСТВО для определения фреймворка. у вас так половина окружающей действительности будет фреймворками.

При этом в статье есть 3 ключевых отличия фреймворка от библиотеки.

 

 

 

Вот реальный рабочий пример:

1. Живые организмы смертны
2. Кошка - живой организм
3. Сократ - живой организм
4. Следовательно, и кошка и Сократ смертны 

Это пример чего?

[Bess]

программирование вещь абстрактная , вы оба правы)

[Spock]

""The designers of software frameworks aim to facilitate software development by allowing designers and programmers to devote their time to meeting software requirements rather than dealing with the more standard low-level details of providing a working system, thereby reducing overall development time."

Цель создателей фрейморков - облегчить создание ПО, чтобы программисты тратили меньше времени на низко-уровневый код

Вроде всё понятно. Один разработчик разработал низкоуровневый код с возможностью использования его в более высокоуровневом коде, получился фреймворк, его потом использовали для более высокоуровневого кода

[Little_CJIOH]

""The designers of software frameworks aim to facilitate software development by allowing designers and programmers to devote their time to meeting software requirements rather than dealing with the more standard low-level details of providing a working system, thereby reducing overall development time."

Цель создателей фрейморков - облегчить создание ПО, чтобы программисты тратили меньше времени на низко-уровневый код

Вроде всё понятно. Один разработчик разработал низкоуровневый код с возможностью использования его в более высокоуровневом коде, получился фреймворк, его потом использовали для более высокоуровневого кода

А цель создателей библиотек разве не такая-же?
Продукт определяется свойствами продукта, а не целью создателей.

[Spock]

цель создателей библиотек - что ПО для тестирования могло подключаться к тестируемой системе и работать с ней

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

 

получается разные разные цели