Windows Driver Package что это за программа и нужна ли она?

Приветствую друзья! Сегодня мы поговорим о программе Windows Driver Package, я постараюсь узнать максимум информации и написать здесь все простыми словами… поехали!

Windows Driver Package что это такое?

На самом деле не все так просто. Дело в том, что Windows Driver Package — не совсем программа. Это часть заголовка, которая встречается в названии многих программ. А по факту, Windows Driver Package это пакет драйверов виндовс, это все, что может означать эта надпись.

Пакет драйверов может содержать дрова на разные устройства, и вообще это очень общее понятие. Например может быть пакет драйверов для Windows от Asus для… например для ноутбука Asus.

Итак, давайте приведем примеры программ, в заголовках которых может встречаться Windows Driver Package:

1. Как мы уже выяснили — это могут быть некие фирменные наборы драйверов от производителя. Например если от Асус, то может в названии фигурировать ASUS Tek, Corporation, AsusVBus, AsusVTouch, ASUS (ATP) Mouse.
2. Софт для сетевого оборудования, сетевых карт, беспроводных адаптеров. В названии может фигурировать Qualcomm Atheros.
3. Драйвера для шины SMBus — это внутреннее устройство для обмена информации между чипами системы. В общем системное устройство, может влиять на.. подключение устройств к материнской плате. В названии может фигурировать ELAN SMBus.
4. Софт для эмуляции виртуальной машины. В названии может фигурировать BigNox Corporation.
5. Дрова для блютуза. В названии может фигурировать Broadcom Bluetooth.
6. Драйвера для телефона, в названии может фигурировать Nokia.

И как вы подозреваете, такой список может быть длинным. Можно сказать что Windows Driver Package… это как бы некий формат дров, специально который подходит для Windows.

Можно ли удалить Windows Driver Package?

Тоже сложный вопрос, так просто удалить — нет, не стоит, могут быть проблемы:

1. Перестанет работать какое-то оборудование.
2. Будут ошибки при запуске некоторых программ.
3. Могут перестать работать Wi-Fi, блютуз, мобильный интернет.

В общем здесь также — может быть что угодно, так как к сожалению, я не знаю точно, в названии какой именно программы у вас упоминается Windows Driver Package.

Но что делать, если удалить все таки очень хочется?

Да, это возможно. Вам нужно просто сделать так, чтобы вы смогли в случае ошибки, проблем — все вернуть обратно.

Просто перед удалением нужно создать точку восстановления. Тогда, если после удаления появятся проблемы — вы сможете все восстановить.

Да, идеально конечно создать вообще образ системы.. но для этого нужно чтобы у вас было два жестких диска, ну или SSD, да и еще тонкости есть..

Как создать точку восстановления? Алгоритм действий такой:

1. Открываете панель управления. Универсальный рецепт — зажмите Win + R, напишите команду control либо control panel, нажмите ОК.
2. Далее найдите и запустите значок Система.
3. Откроется окошко — слева нажмите Защита системы.
4. Внизу выберите системный диск.
5. Нажмите кнопку Создать.
6. Появится окошко, укажите название точки, например До удаления Windows Driver Package.

После этого попробуйте удалить программу, в названии которой упоминается Windows Driver Package:

1. Зажмите Win + R.
2. В окошке введите команду appwiz.cpl, нажмите ОК.
3. Появится окно установленного софта.
4. Найдите программу, которую хотите удалить — нажмите по ней правой кнопкой, выберите Удалить, и следуйте инструкциям на экране.

Посмотрим на пару картинок. Смотрите, вот здесь мы видим — что прога Windows Driver Package идет для.. скорее всего для смартфонов на базе процессоров MediaTek:

Как я уже писал выше, это может быть софт для прошивки, для восстановления, еще для чего ни будь, что связано с телефоном.. Кстати выше на картинке это окно Программы и компоненты (команда appwiz.cpl в Win + R).

Еще один пример — здесь прога уже как видим связана с блютузом, а вторая с HIDClass, правда не знаю что это, возможно USB.. в общем вот:

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

Вот еще пример — целая куча таких программ:

Да, и такое может быть, причина проста — у вас просто на ПК стоит многоватенько софта, и часть из которого — это вот Windows Driver Package, простыми словами драйвера/софт для некоторых устройств. Удалять — осторожно и только с точкой восстановления.

Я лично точкой восстановления не пользуюсь. Однако.. провел эксперимент.. и.. выяснил.. что она может работать криво. Например я создал точку восстановления, потом удалил Яндекс Браузер (ставил галочку удалить данные), а потом хотел восстановиться.. и восстановился, но.. при запуске Яндекс Браузера была ошибка.. странно, смысл тогда точки восстановления? Странно и непонятно..

Заключение

Выяснили главное, Windows Driver Package это:

1. Не какая-то определенная прога, а часть названия многих программ.
2. Часто является набором драйверов, дополнительным ПО для работы с тем или иным устройством.
3. Удалять в принципе можно, но в дальнейшем спокойно могут быть проблемы.
4. Перед удалением лучше сделать контрольную точку восстановления.

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

Надеюсь информация помогла. Удачи и добра, до новых встреч!

Windows application driver что это

1 contributor

Users who have contributed to this file

You can use WinAppDriver by itself or with Appium

When considering which approach will work best for you it helps to know more about Appium, the goals of the WinAppDriver project, and some considerations when setting up your test workflow.

• Appium is the industry leading test automation framework for mobile applications
• Is open source
• Supports the WebDriver protocol used by Selenium
• Approaches testing with a focus on mobile apps

• Created to bring Windows app testing to Appium
• Can run standalone and does not require using Appium

Regardless of what you choose, you’ll be using exact same WinAppDriver

• The exact same build of WinAppDriver is driving tests for Appium (The Appium installer installs WinAppDriver for you on Windows Desktop). This is not a special build of WinAppDriver — it is the same WinAppDriver you use without Appium.
• When Appium receives test commands for Windows, it passes the commands along to WinAppDriver

Here are some tips to help decide which route is best for you

Differences in the flow of information

When using Appium in the mobile or web world:
Test Runner >> Appium Server >> mobile/web app

When using Appium and testing on Windows:
Test Runner >> Appium Server >> WinAppDriver >> Windows application

When testing Windows apps and not using Appium we just take out the Appium Server:
Test Runner >> WinAppDriver >> Windows application

The Appium default server path is different from WinAppDriver

For consistency you can tell WinAppDriver to listen to /wd/hub by passing startup arguments:
winappdriver.exe 127.0.0.1 4723/wd/hub

If you’re looking for multi device management, take a look at the Selenium Grid and plan on using Appium to test your Windows devices. Appium supports the Selenium Grid with Windows devices.

Appium tests iOS, Android and MacOS apps

If you’re running tests for multiple devices, platforms, including browser tests, you should consider using Appium. Appium can make it easier to manage tests across multiple devices.

If you’re just testing Windows Apps

If you’re just testing Windows Apps it’s fine to not include Appium

It’s easy to switch back and forth

Don’t feel like this is a big decision you can’t later change — you can experiment, try with and without Appium, and change later if your needs change. Switching between WinAppDriver standalone and using Appium can be near 0 cost, with the bulk of the work dealing with the «wd/hub» difference.

Windows application driver что это

Frequently Asked Questions

Getting Started

What are the system requirements for WinAppDriver?

WinAppDriver is supported on machines running Windows 10 (Home and Pro) and Windows Server 2016.

What type of applications are supported by WinAppDriver?

Supports virtually all Windows 10 applications, including UWP, WPF, WinForms, and legacy Win32.

How does WinAppDriver relate to Appium?

Though WinAppDriver can run as a standalone, it can also serve as a plugin for Appium. If the Appium server is already running, any oncoming requests for Windows 10 app automation will launch WinAppDriver.exe and proxy the requests.

As such, users can leverage WinAppDriver into scenarios or workflows that have already been integrated with Appium. Additional notes on Appium integration can be found on our readme.

Is WinAppDriver open-source?

The WinAppDriver code is not currently open-source. Samples, tests, and related tools are open-source. We’re investigating the possibility of open-sourcing the WinAppDriver code.

How can I contribute to WinAppDriver?

Though WinAppDriver is currently closed source, there are still many ways for users to contribute. If you have any feedback or suggestions to improve WinAppDriver, always feel free to reach out to us at on our GitHub board or on our Windows Developer Feedback portal.

Another great way to contribute is by creating your own samples and submitting a pull request to our samples repository.

How can I try out WinAppDriver functionality?

You can download the latest version of WinAppDriver from our GitHub release page, or through Appium’s installer.

The best way to get started is to jump straight in to one of the samples and start playing around. We recommend the Calculator Test, as it runs through the following competencies:

• Creating a modern UWP app session
• Finding element using name
• Finding element using accessibility id
• Finding element using XPath
• Sending click action to an element
• Retrieving element value
• Navigating using SplitViewPane

What is «inspect.exe»?

Inspect (Inspect.exe) is a Windows-based tool that enables you select any UI element and view the element’s accessibility data. You can read more about Inspect on its Windows Dev Center page.

How does «inspect.exe» relate to WinAppDriver?

Inspect allows users to find and locate element inside an application window. Once a desired element is located and in-focus by Inspect, users can take note of its attribute data, and ultimately refer back to it in testing scripts for WinAppDriver to interact against. For example, in the Calaculator Test sample:

The AutomationID of the «=» can easily be found through using Inspect with the Calculator application, and applied to your WinAppDriver script.

General Development & Best Practices

When and how to create a Desktop Session

One test session typically corresponds to one app top level window. As long as you have your session alive, you can send input interactions and navigate the app elements tree. On a Windows 10 PC however, an app could trigger external changes such as toast notifications, app tiles, etc. In addition, some apps also respond to external events that can be triggered through the start menu or other sources. Windows Application Driver supports all these scenarios by exposing the entire desktop through a Root session that can be created as shown below.

When and how to attach to an existing App Window

In some cases, you may want to test applications that are not launched in a conventional way like shown above. For instance, the Cortana application is always running and will not launch a UI window until triggered through Start Menu or a keyboard shortcut. In this case, you can create a new session in Windows Application Driver by providing the application top level window handle as a hex string (E.g. 0xB822E2 ). This window handle can be retrieved from various methods including the Desktop Session mentioned above. This mechanism can also be used for applications that have unusually long startup times. Below is an example of creating a test session for the Cortana app after launching the UI using a keyboard shortcut and locating the window using the Desktop Session.

What to do when an application has a splash screen or WinAppDriver fails to recognize the correct window?

This could be due to a variety of reasons. Assuming application capabilities have been declared correctly, one possible reason for WinAppDriver failing to recognize the application window could be due to the application having splash screens. WinAppDriver can often mistake a splash screen as the main UI window. As a result, as soon as the splash screen vanishes, further operations will result in an error. “NoSuchWindowException” is a common response that happens as soon as the splash screen times out. WinAppDriver Logs:

Common Error Codes:

Examples of this Issue: 105, 213

Resolution

You can use a fixed delay. Below is the snippet of the workaround found in issue-ticket 213 that will work if the application under test enforce single instance and will simply bring up already launched instance when being re-launched.

You can use SwitchTo() API to switch to the right main window once the correct main window is displayed. Below is a sample on how to switch window if your session is pointing to a wrong window such as the splash screen:

How to adjust the command timeout (the default duration of each command before a test fails)

To change the command timeout, you can call on an overridden constructor when creating a session. Below is an example in C# using AppiumDotNetDriver binding that specifies a 10-minute command timeout:

How to handle dynamically generated content (e.g. interacting with the Scrollbar)

The Alarm Clock Test serves as a good reference for this, and demonstrates two possible scenarios for handling elements in a list.

Scenario 1 — element pre-generated
As per the spec, we implicitly scroll elements within the view when they are selected—however this relies on the UI element being generated and accessible from the start. The Alarm Scenario test serves as a good reference for this. From the code snippet here:

The AlarmClock test automatically scrolls to the ’55’ element and selects it — as can be seen when the alarm GUI is set to 3:55 when the test is running.

Scenario 2 — element dynamically generated There exists the possibility of cases where the element UI is not generated until certain conditions are met (e.g. a list has to scroll to it’s location first before element is generated). This will require automating in the steps to fulfill those requirements first before the element can be interacted with.

The Stopwatch Scenario serves as a good example for handling dynamically generated elements. From the code snippet here:

Running on a Remote Machine

Windows Application Driver can run remotely on any Windows 10 machine with WinAppDriver.exe installed and running. This test machine can then serve any JSON wire protocol commands coming from the test runner remotely through the network. Below are the steps to the one-time setup for the test machine to receive inbound requests:

On the test machine you want to run the test application on, open up Windows Firewall with Advanced Security

• Select Inbound Rules ->New Rule.
• Rule Type ->Port
• Select TCP
• Choose specific local port (4723 is WinAppDriver standard)
• Action ->Allow the connection
• Profile -> select all
• Name -> optional, choose name for rule (e.g. WinAppDriver remote).

Below command when run in admin command prompt gives same result

Run ipconfig.exe to determine your machine’s local IP address

Note: Setting * as the IP address command line option will cause it to bind to all bound IP addresses on the machine

Run WinAppDriver.exe 10.X.X.10 4723/wd/hub as administrator with command line arguments as seen above specifying local IP and port

On the test runner machine where the runner and scripts are, update the test script to point to the IP of the remote test machine