单元测试 – 用于功能测试的用户界面(UI)的测试驱动开发(TDD)

前端之家收集整理的这篇文章主要介绍了单元测试 – 用于功能测试的用户界面(UI)的测试驱动开发(TDD)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们知道,TDD意味着“先写测试,然后写代码”.而对于单元测试,这是很好的,因为你在“单位”内受到限制.

然而,当谈到UI时,预先编写功能测试对于我来说是不太有意义的.这是因为功能测试必须验证一个(可能很长的)功能要求.这可能通常跨越多个屏幕(页面),诸如“登录”,“最近插入记录”等先决条件.

According to Wikipedia:

Test-driven development is difficult to use in situations where full functional tests are required to determine success or failure. Examples of these are user interfaces,programs that work with databases,and some that depend on specific network configurations.

(当然,维基百科不是“权威”,但这听起来很合乎逻辑.)

所以,任何想法或更好的体验,功能测试 – 首先为UI,然后代码.它工作吗是“痛”吗?

尝试 BDD,Behavior Driven Development.它促进撰写规范故事,然后逐步执行,刺激应用程序更改其状态并验证结果.

我使用BDD场景编写UI代码.业务请求使用BDD故事进行描述,然后正在编写功能来转换故事,即测试绿色.

猜你在找的设计模式相关文章