Review Request 32: Tests for html template rendering

Tim Flink fedoraqa.devel at gmail.com
Wed Jul 3 04:51:20 UTC 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/32/#review38
-----------------------------------------------------------



blockerbugs/controllers/main.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment55>

    Was this supposed to make it into the main controller? This method is not OK to make public - while it would fail due to permissions in production it would effectively clear the database when anyone visited <base_url>/update_db



blockerbugs/controllers/main.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment61>

    merge error? I don't think this is an intentional change



blockerbugs/models/release.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment62>

    good catch



blockerbugs/util/bug_sync.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment60>

    I'm not a fan of changes like this, in general. In this particular case, it works well enough but in many cases it really decreases legibility.



blockerbugs/util/bz_interface.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment59>

    I think this is a merge issue or a diff display issue - this reverts a bugfix that martin pushed a while ago



testing/test_bugchange.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment56>

    Is this just an issue with how rb is displaying diffs, a merge issue or is there a reason you're removing a test here?



testing/test_controllers.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment58>

    I think that a more descriptive method name would be good here - something like test_emptydb_index_returns_200code



testing/test_controllers.py
<http://reviewboard-tflink.rhcloud.com/r/32/#comment57>

    These should ideally be split up into separate tests so that we know exactly what failed if anything does fail - it feels a bit verbose but cramming all these assertions into the same methods is a bad habit to get into


Looks decent so far - a couple of issues that I suspect are either a merge problem or your branch needs to be updated.

- Tim Flink


On July 2, 2013, 4:22 p.m., Ilgiz Islamgulov wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviewboard-tflink.rhcloud.com/r/32/
> -----------------------------------------------------------
> 
> (Updated July 2, 2013, 4:22 p.m.)
> 
> 
> Review request for blockerbugs.
> 
> 
> Repository: blockerbugs
> 
> 
> Description
> -------
> 
> Simple tests for rendering html templates.
> 
> 
> Diffs
> -----
> 
>   testing/test_controllers.py PRE-CREATION 
>   testing/test_bugchange.py 7dfeb80fec3354aa998d02ed18bc94c1bb2e5530 
>   blockerbugs/util/bz_interface.py 5ac5699cf1fcb0f37631c79deeb44c4f8119e51f 
>   blockerbugs/util/bug_sync.py 49cce49740cd6f5b1f430f58c8d1b522e1f0b7e3 
>   blockerbugs/templates/base_nav.html 021ddb3126b4c0f30a231d8d9b32df09c669280e 
>   blockerbugs/models/release.py 2f74a69cec0b7769d4e6c21b7a4a84105c5d8a64 
>   blockerbugs/controllers/main.py 6c3b1de09819fa37fccf6652dbadb43da3a72c63 
> 
> Diff: http://reviewboard-tflink.rhcloud.com/r/32/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Ilgiz Islamgulov
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/qa-devel/attachments/20130703/ed3e47f4/attachment-0001.html>


More information about the qa-devel mailing list