diff options
Diffstat (limited to 'dev-python/exam/metadata.xml')
-rw-r--r-- | dev-python/exam/metadata.xml | 33 |
1 files changed, 17 insertions, 16 deletions
diff --git a/dev-python/exam/metadata.xml b/dev-python/exam/metadata.xml index e782094b1d21..d79043f73e5b 100644 --- a/dev-python/exam/metadata.xml +++ b/dev-python/exam/metadata.xml @@ -1,28 +1,29 @@ <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE pkgmetadata SYSTEM "http://www.gentoo.org/dtd/metadata.dtd"> <pkgmetadata> - <maintainer type="person"> - <email>lssndrbarbieri@gmail.com</email> - <name>Alessandro Barbieri</name> - </maintainer> - <maintainer type="project"> - <email>proxy-maint@gentoo.org</email> - <name>Proxy Maintainers</name> - </maintainer> - <upstream> - <remote-id type="github">fluxx/exam</remote-id> - </upstream> - <longdescription lang="en"> + <maintainer type="person"> + <email>lssndrbarbieri@gmail.com</email> + <name>Alessandro Barbieri</name> + </maintainer> + <maintainer type="project"> + <email>proxy-maint@gentoo.org</email> + <name>Proxy Maintainers</name> + </maintainer> + <upstream> + <remote-id type="github">fluxx/exam</remote-id> + <remote-id type="pypi">exam</remote-id> + </upstream> + <longdescription lang="en"> Exam is a Python toolkit for writing better tests. It aims to remove a lot of the boiler plate testing code one often writes, while still following Python conventions and adhering to the unit testing interface. Aside from the obvious "does the code work?", writings tests has many additional goals and benefits: - If written semantically, reading tests can help demonstrate how the code is supposed to work to other developers. - If quick running, tests provide feedback during development that your changes are working or not having an adverse side effects. - If they're easy to write correctly, developers will write more tests and they will be of a higher quality. + If written semantically, reading tests can help demonstrate how the code is supposed to work to other developers. + If quick running, tests provide feedback during development that your changes are working or not having an adverse side effects. + If they're easy to write correctly, developers will write more tests and they will be of a higher quality. Unfortunately, the common pattern for writing Python unit tests tends to not offer any of these advantages. Often times results in inefficient and unnecessarily obtuse testing code. Additionally, common uses of the mock library can often result in repetitive boiler-plate code or inefficiency during test runs. exam aims to improve the state of Python test writing by providing a toolkit of useful functionality to make writing quick, correct and useful tests and as painless as possible. - </longdescription> + </longdescription> </pkgmetadata> |