51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 392|回复: 0
打印 上一主题 下一主题

单元测试尽量不要区分类与方法

[复制链接]
  • TA的每日心情
    开心
    2022-9-21 15:33
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2023-5-30 09:47:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
      单元测试尽量不要区分类与方法
      单元测试是软件开发中非常重要的一环,其主要作用是在开发过程中对代码进行自动化测试与检验,从而保证代码质量,减少错误和缺陷的产生。然而,在实际的单元测试中,很多人会选择将测试分成类测试和方法测试两种,这就导致了一些问题的发生。
      首先,区分类测试和方法测试会增加测试的复杂度。在编写测试时,需要同时编写大量的测试用例,而且需要对不同的测试用例进行分类和区分,这样会给测试带来额外的工作量。例如,一个简单的方法可能需要编写数十个测试用例,而这些测试用例都需要被分类和拆分。


      其次,区分类测试和方法测试会使代码受到分割的影响。在实际情况下,很难将类和方法分离开来进行单元测试,因为类和方法之间往往具有紧密的联系。例如,在一个类中,某个方法的返回值可能会影响到整个类的行为。如果仅仅是对该方法进行单元测试,那么可能会遗漏掉其他潜在的问题。
      最后,将单元测试分为类测试和方法测试也会导致重复的测试用例。在实际开发中,某些测试用例可能适用于多个方法,或者适用于多个类。如果将测试分为两种,就需要对这些测试用例进行冗余的编写和维护。
      因此,我们应该尽量避免将单元测试分为类测试和方法测试两种。相反,我们应该采用更加简洁、清晰的方式来编写测试用例,例如将测试用例按照功能或业务逻辑进行分类,而不是以类和方法为基础来分别编写测试用例。这样可以减少工作量,避免重复的测试用例,并且更好地保证代码的质量。


    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-15 13:51 , Processed in 0.059676 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表