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

发布时间：2020-12-14 00:48:23 所属栏目：百科来源：网络整理

导读：我们知道,TDD意味着“先写测试,然后写代码”.而对于单元测试,这是很好的,因为你在“单位”内受到限制. 然而,当谈到UI时,预先编写功能测试对于我来说是不太有意义的.这是因为功能测试必须验证一个(可能很长的)功能要求.这可能通常跨越多个屏幕(页面),诸如“登

我们知道,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故事进行描述,然后正在编写功能来转换故事,即测试绿色.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!