Skip to main content

A library to generate random value for different concepts

Project description

whats the point of this library?

Graba help you to write better tests mixing concepts like "property testing" and "faker" ideas.

This library help you to make clear the concept of a test, but also it help you to explain/document some of your domain concepts.

As an example, a traditional test might look like this:

def test_user_can_delete_post():
  user = User(
    id=11,
  	firstname="John",
    email="anemail@gmail.com",
    mobile="666777888"
    role="admin",
    city="NY",
    enable=True,
    department= "management"
  )
  
  post = Post(
    id=22,
  	owner=user,
    content="this is the content of my post"
    showed=True
  )
  
  service_post.delete(post)
  
  assert None == service_post.find_post(id=22)

Is a simple example, but you might wonder:

  • is it relevant in the test that mobile?
  • is it relatevant if the user is enabled or the post is now showed?
  • for this test can I create a user with a different role?
  • is it good this combination of values?. For example even if the test pass, in our company an admin user works in the administration department, however this test is very loose, and is passing using department="management"

Graba reduce all this "specification noise", so you focus on the properties that really matter. So this test would look like this:

from graba.main import Any

def test_user_can_delete_post():
  user = User(
    id=					Any.positiveNumber(),
  	firstname=	Any.word(),
    email =			Any.email(),
    mobile=			Any.mobile()
    role=				Any.of(["admin", "user"]),
    city=				Any.word(),
    enable=			True,
    department= Any.of([None, "administration", "management"])
  )
  
  post = Post(
    id=				Any.positiveNumber(),
  	owner=		user,
    content=	Any.sentence()
    showed=		Any.boolean()
  )
  
  service_post.delete(post)
  
  assert None == service_post.find_post(id=post.id)

This makes clear a few things:

-that the user must be enabled, but also that the role can be multiple, not just "admin" as we specified before.

-it doesnt matter if the post is showed or not

Now we are more clear about our tests values of interests. However still we can missconfigure the initialization of our objects. So lets give an step further


How can you leavarage the most of this library?

This library "shines" when is combined with "builder" pattern, for multiple reasons.

As an example of this:

from app.infrastructure.orm.OrmUser import OrmUser, EnumUserSessionmethod, EnumUserRole
from tests.Any import Any


class BuilderUser:

    def __init__(self):
      	self.id=Any.positiveNumber()
        self.email=Any.email()
        self.created_at=Any.dateTime()
        self.email=Any.email()
        self.email_confirmed=Any.bool()
        self.role=Any.of(["admin", "user", "manager"])
        self.department=Any.of([None, "management", "administration"])
        
    def build(self)->User:
        return User(
          	id=self.id,
            email=self.email,
            created_at=self.created_at,
            email_confirmed=self.email_confirmed,
            role=self.role,
          	department=self.department
        )

    def admin(self):
      	# now you can see how builder explain different types of initializing things in your applications
        # in this case, we explain that an admin is using admin role, but also is working in administration department
        self.role="admin"
	      self.department = "administration"
        return self

    def user(self):
        self.role="user"
	      self.department = None
        return self

    def manager(self):
        self.role="manager"
        self.department = "management"
        return self

    def withEmail(self, email):
        self.email=email
        return self

    def withCreatedAt(self, created_at):
        self.created_at=created_at
        return self

    def withEmailConfirmed(self):
        self.email_confirmed = True
        return self

    def withEmailNotConfirmed(self):
        self.email_confirmed = False
        return self
      
class BuilderPost:

    def __init__(self):
        self.id=Any.email()
        self.owner=BuilderUser().build()
        self.content=Any.sentene()
        self.showed=Any.bool()
        
    def with_owner(self, owner: User):
      self.owner= user
      return self

Then in your tests you use this builder like:

from graba.main import Any

def test_user_can_delete_post():
  user = BuilderUser()\
  				.admin()\
  				.withCreatedAt(Any.dateTimeAfter(datetime(2024, 12, 16, 14, 30, 0)))\
  				.build()
  
  post = BuilderPost()\
  				.withOwner(user)\
  				.build()
  
  service_post.delete(post)
  
  assert None == service_post.find_post(id=post.id)

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

graba-0.3.0.tar.gz (4.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

graba-0.3.0-py3-none-any.whl (4.4 kB view details)

Uploaded Python 3

File details

Details for the file graba-0.3.0.tar.gz.

File metadata

  • Download URL: graba-0.3.0.tar.gz
  • Upload date:
  • Size: 4.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.0.1 CPython/3.11.7

File hashes

Hashes for graba-0.3.0.tar.gz
Algorithm Hash digest
SHA256 411da93ec2b3e205cf74dfcb26bbe9cb2f779bd9e1787412e26d56309be95248
MD5 2d6d95c85c4d055f75a4653770d5df4d
BLAKE2b-256 8c3b22e3a1fd0058a6a1170a03f26890bbe7b42f3af4619f52f1688a820bc863

See more details on using hashes here.

File details

Details for the file graba-0.3.0-py3-none-any.whl.

File metadata

  • Download URL: graba-0.3.0-py3-none-any.whl
  • Upload date:
  • Size: 4.4 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.0.1 CPython/3.11.7

File hashes

Hashes for graba-0.3.0-py3-none-any.whl
Algorithm Hash digest
SHA256 9c4b85991a8503a77e150fbce0b93d53471a4f719bbc4a2ce64a25f1d7d78e67
MD5 c1a574dae2d963f09284184abc09ecc8
BLAKE2b-256 6e2e74057ad26af62bf3d51126a6799ac2f1ee0e4d2d247840844ac06d1b8cc7

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page