Test(TDD)
博客专区 > 赵-猛 的博客 > 博客详情
Test(TDD)
赵-猛 发表于2年前
Test(TDD)
  • 发表于 2年前
  • 阅读 7
  • 收藏 0
  • 点赞 1
  • 评论 0

【腾讯云】如何购买服务器最划算?>>>   

测试分类
    单元测试:白盒测试|开发人员测试|方法测试|单类测试
    集成测试:灰盒测试|开发人员测试|类关联测试|模块测试
    系统测试:黑盒测试|开发人员测试|模块集成测试|功能测试|端到端测试|
    验收测试:黑盒测试|客户测试|功能测试|端到端测试|交互测试|可用性测试|性能测试|压力测试
    
测试环境
    Dev环境测试: 单元测试|集成测试
    Intg环境测试:单元测试|集成测试|系统测试|验收测试
    Test环境测试:系统测试|验收测试
    Prod环境测试:验收测试

测试过程
1) 明确当前要完成的功能。可以记录成一个 TODO 列表。
2) 快速完成针对此功能的测试用例编写。
3) 测试代码编译不通过。
4) 编写对应的功能代码。
5) 测试通过。
6) 对代码进行重构,并保证测试通过。
7) 循环完成所有功能的开发。


测试原则
    测试隔离。不同代码的测试应该相互隔离。对一块代码的测试只考虑此代码的测试,不要考虑其实现细节(比如它使用了其他类的边界条件)。
    一顶帽子。开发人员开发过程中要做不同的工作,比如:编写测试代码、开发功能代码、对代码重构等。做不同的事,承担不同的角色。开发人员完成对应的工作时应该保持注意力集中在当前工作上,而不要过多的考虑其他方面的细节,保证头上只有一顶帽子。避免考虑无关细节过多,无谓地增加复杂度。
    测试列表。需要测试的功能点很多。应该在任何阶段想添加功能需求问题时,把相关功能点加到测试列表中,然后继续手头工作。然后不断的完成对应的测试用例、功能代码、重构。一是避免疏漏,也避免干扰当前进行的工作。
    测试驱动。这个比较核心。完成某个功能,某个类,首先编写测试代码,考虑其如何使用、如何测试。然后在对其进行设计、编码。
    先写断言。测试代码编写时,应该首先编写对功能代码的判断用的断言语句,然后编写相应的辅助语句。
    可测试性。功能代码设计、开发时应该具有较强的可测试性。其实遵循比较好的设计原则的代码都具备较好的测试性。比如比较高的内聚性,尽量依赖于接口等。
    及时重构。无论是功能代码还是测试代码,对结构不合理,重复的代码等情况,在测试通过后,及时进行重构。
    小步前进。软件开发是个复杂性非常高的工作,开发过程中要考虑很多东西,包括代码的正确性、可扩展性、性能等等,很多问题都是因为复杂性太大导致的。极限编程提出了一个非常好的思路就是小步前进。把所有的规模大、复杂性高的工作,分解成小的任务来完成。对于一个类来说,一个功能一个功能的完成,如果太困难就再分解。每个功能的完成就走测试代码-功能代码-测试-重构的循环。通过分解降低整个系统开发的复杂性。这样的效果非常明显。几个小的功能代码完成后,大的功能代码几乎是不用调试就可以通过。一个个类方法的实现,很快就看到整个类很快就完成啦。本来感觉很多特性需要增加,很快就会看到没有几个啦。你甚至会为这个速度感到震惊。

 
测试用例
    操作过程尽量模拟正常使用的过程。
    全面的测试用例应该尽量做到分支覆盖,核心代码尽量做到路径覆盖。
    测试数据尽量包括:真实数据、边界数据。
    测试语句和测试数据应该尽量简单,容易理解。
    为了避免对其他代码过多的依赖,可以实现简单的桩函数或桩类(Mock Object)。
    如果内部状态非常复杂或者应该判断流程而不是状态,可以通过记录日志字符串的方式进行验证。


测试类型
  Unit Testing<Integration Testing<Functional/System Testing<Stress/Load Testing<Acceptance Testing


测试方向
    笼统:正常测试和反向测试
    细分:Right-BICEP
        Right    正向测试
        用正确的数据
        B  边界条件
            一致性     数据是否符合规定的格式
            有序性      数组或集合数据的顺序
            范围,区间性    值是否存在于一个最大值和一个最小值之间
            引用,耦合性     代码是否引用了一些不受代码控制的外部因素
            存在性  固定的测试,如null,empty,非零等
            基数性  原则“0-1-N”
            时间性 是否按时间顺序执行,是否在正的时间执行,是够出现执行事情延误了
        I 反向关联
        C 交叉检查
        E 强制产生错误
        P 性能特性


测试内容
  单元测试任务包括
  接口功能测试:用来保证接口功能的正确性。
  局部数据结构测试(不常用):用来保证接口中的数据结构是正确的
      比如变量有无初始值
      变量是否溢出
  边界条件测试
      变量没有赋值(即为NULL)
      变量是数值(或字符)
          主要边界:最小值,最大值,无穷大(对于DOUBLE等)
          溢出边界(期望异常或拒绝服务):最小值-1,最大值+1
          临近边界:最小值+1,最大值-1
      变量是字符串
          引用“字符变量”的边界
          空字符串
          对字符串长度应用“数值变量”的边界
      变量是集合
          空集合
          对集合的大小应用“数值变量”的边界
          调整次序:升序、降序
      变量有规律
          比如对于Math.sqrt,给出n^2-1,和n^2+1的边界
          所有独立执行通路测试:保证每一条代码,每个分支都经过测试
      代码覆盖率
          语句覆盖:保证每一个语句都执行到了
          判定覆盖(分支覆盖):保证每一个分支都执行到
          条件覆盖:保证每一个条件都覆盖到true和false(即if、while中的条件语句)
          路径覆盖:保证每一个路径都覆盖到
  各条错误处理通路测试:保证每一个异常都经过测试 

  
相关软件
    Cobertura:语句覆盖
    Emma: Eclemma(Eclipse Plugin)
    Jacoco

 

标签: TDD Coverage Test Java
共有 人打赏支持
粉丝 4
博文 80
码字总数 395448
×
赵-猛
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: