Git Product home page Git Product logo

fakeredis's Introduction

fakeredis: A fake version of a redis-py

https://secure.travis-ci.org/jamesls/fakeredis.png?branch=master https://coveralls.io/repos/jamesls/fakeredis/badge.png?branch=master

fakeredis is a pure python implementation of the redis-py python client that simulates talking to a redis server. This was created for a single purpose: to write unittests. Setting up redis is not hard, but many times you want to write unittests that do not talk to an external server (such as redis). This module now allows tests to simply use this module as a reasonable substitute for redis.

How to Use

The intent is for fakeredis to act as though you're talking to a real redis server. It does this by storing state in the fakeredis module. For example:

>>> import fakeredis
>>> r = fakeredis.FakeStrictRedis()
>>> r.set('foo', 'bar')
True
>>> r.get('foo')
'bar'
>>> r.lpush('bar', 1)
1
>>> r.lpush('bar', 2)
2
>>> r.lrange('bar', 0, -1)
[2, 1]

By storing state in the fakeredis module, instances can share data:

>>> import fakeredis
>>> r1 = fakeredis.FakeStrictRedis()
>>> r1.set('foo', 'bar')
True
>>> r2 = fakeredis.FakeStrictRedis()
>>> r2.get('foo')
'bar'
>>> r2.set('bar', 'baz')
True
>>> r1.get('bar')
'baz'
>>> r2.get('bar')
'baz'

Because fakeredis stores state at the module level, if you want to ensure that you have a clean slate for every unit test you run, be sure to call r.flushall() in your tearDown method. For example:

def setUp(self):
    # Setup fake redis for testing.
    self.r = fakeredis.FakeStrictRedis()

def tearDown(self):
    # Clear data in fakeredis.
    self.r.flushall()

Fakeredis implements the same interface as redis-py, the popular redis client for python, and models the responses of redis 2.6.

Unimplemented Commands

All of the redis commands are implemented in fakeredis with these exceptions:

sorted_set

  • zscan

hash

  • hstrlen

string

  • bitop
  • bitpos

geo

  • geoadd
  • geopos
  • georadius
  • geohash
  • georadiusbymember
  • geodist

generic

  • restore
  • dump
  • migrate
  • object
  • wait

server

  • client list
  • lastsave
  • slowlog
  • debug object
  • shutdown
  • debug segfault
  • command count
  • monitor
  • client kill
  • cluster slots
  • role
  • config resetstat
  • time
  • config get
  • config set
  • save
  • client setname
  • command getkeys
  • config rewrite
  • sync
  • client getname
  • bgrewriteaof
  • slaveof
  • info
  • client pause
  • bgsave
  • command
  • dbsize
  • command info

cluster

  • cluster getkeysinslot
  • cluster info
  • readwrite
  • cluster slots
  • cluster keyslot
  • cluster addslots
  • readonly
  • cluster saveconfig
  • cluster forget
  • cluster meet
  • cluster slaves
  • cluster nodes
  • cluster countkeysinslot
  • cluster setslot
  • cluster count-failure-reports
  • cluster reset
  • cluster failover
  • cluster set-config-epoch
  • cluster delslots
  • cluster replicate

connection

  • echo
  • select
  • quit
  • auth

scripting

  • script flush
  • script kill
  • script load
  • evalsha
  • eval
  • script exists

Contributing

Contributions are welcome. Please see the contributing guide for more details.

If you'd like to help out, you can start with any of the issues labeled with HelpWanted.

Running the Tests

To ensure parity with the real redis, there are a set of integration tests that mirror the unittests. For every unittest that is written, the same test is run against a real redis instance using a real redis-py client instance. In order to run these tests you must have a redis server running on localhost, port 6379 (the default settings). The integration tests use db=10 in order to minimize collisions with an existing redis instance.

To run all the tests, install the requirements file:

pip install -r requirements.txt

If you just want to run the unittests:

nosetests test_fakeredis.py:TestFakeStrictRedis test_fakeredis.py:TestFakeRedis

Because this module is attempting to provide the same interface as redis-py, the python bindings to redis, a reasonable way to test this to to take each unittest and run it against a real redis server. fakeredis and the real redis server should give the same result. This ensures parity between the two. You can run these "integration" tests like this:

nosetests test_fakeredis.py:TestRealStrictRedis test_fakeredis.py:TestRealRedis

In terms of implementation, TestRealRedis is a subclass of TestFakeRedis that overrides a factory method to create an instance of redis.Redis (an actual python client for redis) instead of fakeredis.FakeStrictRedis.

To run both the unittests and the "integration" tests, run:

nosetests

If redis is not running and you try to run tests against a real redis server, these tests will have a result of 'S' for skipped.

There are some tests that test redis blocking operations that are somewhat slow. If you want to skip these tests during day to day development, they have all been tagged as 'slow' so you can skip them by running:

nosetests -a '!slow'

fakeredis's People

Contributors

alejom99 avatar allanino avatar anentropic avatar aviddiviner avatar bluemoo avatar bwu avatar ckoops avatar ckrybus avatar dairiki avatar doismellburning avatar fatelei avatar grokzen avatar heckj avatar jamesls avatar krakip avatar lburg avatar liamchzh avatar loisaidasam avatar lqc avatar matt-snider avatar mbox avatar mdawar avatar msabramo avatar nfvs avatar onovy avatar oyiptong avatar pdc avatar pindia avatar saabeilin avatar tinche avatar

Watchers

 avatar

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.