我目前正在进行一些测试,我想要创建一些结构,以便在逻辑上嵌套我的系统测试。
让我们想象一下,我想运行以下测试:
- with valid data
- it should succeed
- user logs in
- with invalid credentials
- it should fail
- with valid credentials
- it should succeed
- user lists stuff
- no stuff is available
- it should return empty list
- stuff is available
- it should return a list of stuff
- user adds stuff to his cart
- cart should show stuff
..。诸若此类。
从这个角度看,这可能会变成一个令人讨厌的“描述”和“它”的混乱。
在没有包含嵌套描述的大型文件的情况下,编写这些测试的最佳方法是什么?
(其中一个想法是使用依赖注入-- awilix -创建作用域,然后涓涓而下,如令牌、产品列表、.)
发布于 2018-11-15 00:02:14
我不认为有什么最好的方法,重要的是测试的可读性和。
我的方法相当主观,但是如果需要的话,我会通过使用钩子来保持测试尽可能平坦。
例如,注册和登录测试将重写如下:
https://stackoverflow.com/questions/53310195
复制相似问题