質問

私はランダムに失敗する1ノードMongoDBによって裏付けられたフラスコ統合テストを持っています:

pytest/test_webapi.py:59: in test_register_test
>           assert res.status_code == 302
E           assert <Response streamed [404 NOT FOUND]>.status_code == 302
.

失敗率は約50%です。

test_webapi.pyのテスト:

def test_register_user(self):
    res = self.client.get("/logout")

    class MySMTPServer(smtpd.SMTPServer):
        mails = []
        def process_message(self, peer, mailfrom, rcpttos, data):
            self.mails.append((rcpttos[0], data))

    server = MySMTPServer(('localhost', 12345), None)

    t = threading.Thread(target=asyncore.loop, args=(1,))
    t.start()
    time.sleep(.1)

    try:
        res = self.client.post("/register", data=self.registration)
        assert res.status_code == 200

        mail, hash = server.mails[0]

        self.conn.fsync()
        time.sleep(.1)

        res = self.client.get('/activate/' + hash)
        assert res.status_code == 302
    finally:
        server.close()
.

WebApi.pyからの関連フラスコ方式:

@app.route("/register", methods=["POST"])
def register_user():
    mail = flask.request.form['mail']
    user = flask.request.form["user"]
    pw = flask.request.form["pass"]

    hash = users.register(user, pw, mail=mail)
    return flask.jsonify({'_id': None}) # XXX

@app.route('/activate/<hash>', methods=['GET'])
def activate_user(hash):
    key = users.activate(hash=hash)
    if not key:
        flask.abort(404)
    return flask.redirect("/")
.

...はアクション方法で裏付けられています:

make_key = lambda : base64.encodestring(os.urandom(32)).strip()

def register(self, user, pw, **kw):
    hash = self.make_key()
    user = self.new(user, pw, activation=hash, **kw)
    self._send_mail(**user)
    return hash

def activate(self, hash):
    user = self.users.find_one({'activation': hash})
    if not user:
        return None
    key = self.make_key()
    activation = {
        '$unset': {'activation': 1},
        '$set': {'status': 'active', 'key': key} }
    self.users.update({'_id': user['_id']}, activation)
    return user
.

... self.usersはMongoDBコレクションです。

self.new()SAFE= TRUEを使用してエンティティを持続します。

興味深いことに、同様のことをしている他のいくつかのテストはこの問題に遭遇しないようです。

これは、永続的なオブジェクトがPymongo接続プール内の他のスレッドに表示されることを確認するのに十分であると考えました。MongoDB / Pymongoのマニュアルのどの部分をもっと慎重に読みましたか?それとも、Asyncoreとの奇妙な相互作用はありますか?

役に立ちましたか?

解決

(コメントスレッドから移植された)

テストのコンテキストでは、起動キーのBase64エンコードされた文字列だけのdata値です。Base64には文字と数字が含まれていますが、「+」と「/」も含まれています。どちらもURLパーサー(特に "/")./ P>によって誤解されます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top