加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

单元测试 – TDD – 一次一个测试或批量生产?

发布时间:2020-12-13 20:46:34 所属栏目:百科 来源:网络整理
导读:对于单元测试,你应该; Write a test. Write code to pass it. Refactor. 要么 Write all your known tests. Make one pass. Refactor. 我问这个是因为TDD声明你在所有测试通过后都停止编写代码,但这一点还不清楚. 编辑 我认为TDD更关注这个“规则”的一件事
对于单元测试,你应该;

Write a test. Write code to pass it.
Refactor.

要么

Write all your known tests. Make one
pass. Refactor.

我问这个是因为TDD声明你在所有测试通过后都停止编写代码,但这一点还不清楚.

编辑

我认为TDD更关注这个“规则”的一件事是与故事/任务有关吗?有人同意吗?

几个月后

我在看到关于该主题的截屏视频(我将尝试找到该链接)后进入的例程如下.

>在…处写下测试/行为/功能的名称
测试类的顶部.
>剪切并粘贴测试名称.
>完成测试.
>重复直到列表为空.

但是,使用C#的示例应该是通用的.

// Login page should not allow blank password    // This would be removed when cut/pasted.
// Login page should not allow blank username
...

[TestFixture]
class LoginPageTests {

    [Test]
    public login_page_should_not_allow_blank_password() {
        // Test code...
    }
}
>编写足够的测试以使测试失败,通常这是因为您的代码无法编译
>编写足够的代码以使测试通过
>重复一遍

这些是TDD的规则.这意味着您只需要一次编写一个单元测试和一个代码,然后迭代地执行此操作.

TDD的重点不在于编写测试,它正在使用您的测试来驱逐设计.我们的想法是,一旦您的所有测试都通过并且它们涵盖了您知道代码也完整的所有功能.没有测试,你怎么知道你什么时候完成.所以,当你觉得你已经测试过所有东西时,请停下来.

(编辑:李大同)

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

    推荐文章
      热点阅读