【项目实战】公司目前单元测试现状描述

爱被打了一巴掌 2024-03-22 09:58 8阅读 0赞

## 一、现状与阻碍 ##

### 1.1 仅是熟悉单元测试，都简答实践过单元测试，但效果不理想 ###

Android车机开发的同事目前基本都了解单元测试，但不到熟悉、并且或多或少的使用过单元测试  
同事们都清楚单元测试能够带来的好处，如单元测试提前针对逻辑代码进行不同逻辑的验证等。

<table> 
 <thead> 
  <tr> 
   <th>内容</th> 
   <th>界定</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>了解</td> 
   <td>对知识有所认识，但这种认识可能是局部或点状地，当谈及这些知识时，能意识到自己知道；</td> 
  </tr> 
  <tr> 
   <td>熟悉</td> 
   <td>对知识有系统性地认识，能够找到知识之间的联系，把点状地认识连成线，且可以运用相关知识解决部分实际问题</td> 
  </tr> 
  <tr> 
   <td>掌握</td> 
   <td>对知识有全局性的认识，能在将各个知识点串成线的基础之上，认清整个知识网络，且可以在实际工作中自由运用</td> 
  </tr> 
  <tr> 
   <td>精通</td> 
   <td>对知识做到融会贯通，对知识网络有清晰认识，能将其与其他领域知识相融合，能够在灵活运用知识的同时不断创新。</td> 
  </tr> 
 </tbody> 
</table>

### 1.2 单元测试技能有待提升 ###

技术人员的素质，程序员能力不均衡，大部分开发人员对单元测试缺乏完整实践，同时缺少基本单元测试开发能力

### 1.3 没有足够时间做单元时间 ###

现目前没有人力和条件做单元测试，因为大部分客户项目开发周期短，单元测试需要投入更多的人力，因此人力压力大，没有多余时间做单元测试。完整的单元测试开发投入周期等同于功能开发周期的投入甚至更多。而目前大部分项目可能周期都很短。无法有充足的时间做测试。

### 1.4 开发语言和架构会影响会影响单元测试 ###

公司的大部分Android代码面临不可测的情况，因为部分安卓同事的代码结构不合理，或者是架构落后导致的，目前Android开发者使用的框架选型会很决定单元测试的编写，按谷歌推荐的MVVM或MVI架构进行开发会更适合单元测试，而目前大部分人可能不是使用这个架构开发。

### 1.5 单元测试的执行率较差，无法满足基本单元测试覆盖率 ###

除了XXX项目有单元测试之外，其他项目基本都没有单元测试的要求  
大部分Android车机应用的实际单元测试覆盖率不到15%，平均一个月只用2次，单元测试覆盖率的执行率较差。  
而XXX项目成为现象级的项目，达到覆盖率80%+

### 1.6 Android车机开发涉及多款单元测试工具框架，不统一 ###

<table> 
 <thead> 
  <tr> 
   <th>单元测试工具汇总</th> 
   <th>简要说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Junit</td> 
   <td>每个Java程序员都知道，都应用的单元测试框架</td> 
  </tr> 
  <tr> 
   <td>Mockito</td> 
   <td>也有在用，比较旧的代码，单例，Fake</td> 
  </tr> 
  <tr> 
   <td>PowerMockito</td> 
   <td>Kotlin不适用，只有java的同事在用</td> 
  </tr> 
  <tr> 
   <td>Espresso</td> 
   <td>界面插桩测试，官方推荐用，单元测试统计</td> 
  </tr> 
  <tr> 
   <td>Robolectric</td> 
   <td>单元测试影子系统</td> 
  </tr> 
  <tr> 
   <td>MocKK</td> 
   <td>基本没使用过</td> 
  </tr> 
 </tbody> 
</table>

### 1.7 Android车机的单元测试涉及范围较多，待进一步确定 ###

Android车机的单元测试不仅仅是基于类的单元测试，还包括UI测试，插桩测试等，但是公司不要求UI测试，插桩测试方面的覆盖率，XXX项目团队目前只做代码单元测试，不做插桩测试的。因此Sonar是为设备无关的静态扫描设计的，设备相关的应该走的自动化测试工具吧，故Sonar统计不了插桩测试的覆盖值。另外，XXX项目客户也没有这方面的要求。

## 二、基于现状的改善建议 ##

【定个小目标】可以改进，先定目标。从15%起步，逐步提高团队整体的Android车机的单元测试覆盖率  
【成立专门的团队】考虑单元测试团队  
【架构推广】从架构开发开始改变，使用类似MVVM、MVI等架构来开发，更好提升Android车机应用开发的可测性  
【流程规范】开发流程中添加单元测试流程，在DD阶段就开始  
【提升意识】提升编码能力  
【任务减少】减轻人力压力，适当减少任务压力  
【单元测试规定】梳理单元测试规范，对单元测试框架选型，推荐优秀单元测试Sample代码  
【单元测试培训】单元测试培训，提高对单元测试的认知，树立标杆单元测试代码

*  单元测试是什么？
 *  单元测试工具、框架
 *  如何写单元测试来提升代码质量
 *  单元测试Sample代码、讲解、实操（实践）