How to Install and Uninstall python36-fudge Package on openSuSE Tumbleweed
Last updated: December 26,2024
Deprecated! Installation of this package may no longer be supported.
1. Install "python36-fudge" package
Learn how to install python36-fudge on openSuSE Tumbleweed
$
sudo zypper refresh
Copied
$
sudo zypper install
python36-fudge
Copied
2. Uninstall "python36-fudge" package
This tutorial shows how to uninstall python36-fudge on openSuSE Tumbleweed:
$
sudo zypper remove
python36-fudge
Copied
3. Information about the python36-fudge package on openSuSE Tumbleweed
Information for package python36-fudge:
---------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python36-fudge
Version : 1.1.1-5.6
Arch : noarch
Vendor : openSUSE
Installed Size : 439,0 KiB
Installed : No
Status : not installed
Source package : python-fudge-1.1.1-5.6.src
Summary : Module for replacing real objects with fakes (mocks, stubs, etc) while testing
Description :
Fudge is a Python module for using fake objects (mocks and stubs) to test real ones.
In readable Python code, you declare what methods are available on your fake and
how they should be called. Then you inject that into your application and start
testing. This declarative approach means you don't have to record and playback
actions and you don't have to inspect your fakes after running code. If the fake
object was used incorrectly then you'll see an informative exception message
with a traceback that points to the culprit.
---------------------------------------
Repository : openSUSE-Tumbleweed-Oss
Name : python36-fudge
Version : 1.1.1-5.6
Arch : noarch
Vendor : openSUSE
Installed Size : 439,0 KiB
Installed : No
Status : not installed
Source package : python-fudge-1.1.1-5.6.src
Summary : Module for replacing real objects with fakes (mocks, stubs, etc) while testing
Description :
Fudge is a Python module for using fake objects (mocks and stubs) to test real ones.
In readable Python code, you declare what methods are available on your fake and
how they should be called. Then you inject that into your application and start
testing. This declarative approach means you don't have to record and playback
actions and you don't have to inspect your fakes after running code. If the fake
object was used incorrectly then you'll see an informative exception message
with a traceback that points to the culprit.