让学习编程变得生动有趣~

测试方法命名简单测试：以test开头，以业务方法结尾。如业务方法名：isToday，测试方法可命名为：testIsToday；复杂测试：期望结果_测试场景。测试方法声明必须是public修饰的，必须没有返回值，必须没有参数，必须使用@Test注解修饰。运行测试方法选中测试方法名 -->右键--> Run '测试方法名' 运行选中测试方法；选中类名 -->右键 -->Run '测试类名' 运行选中类所有的测试方法；选中模块名 -->右键 -->Run 'All Tests

1 引言1.1 背景随着 Android 应用越来越壮大，对应代码量显著增加，代码逻辑也日趋复杂，此时需要采取一定的行动去保证代码质量，减少逻辑漏洞等，于是严格地执行单元测试编写任务，将单元测试落实到平常开发和维护任务当中去，就是很重要的一环，不可忽视。然而，很多应用开发者之前并未编写过单元测试代码，那么如果有一篇通俗易懂并带有操作步骤的文章，能帮助应用开发者完成从单元测试小白到入门的过渡，就再好不过了，于是本文就是在此情况写就的，如有不好之处，请多多包涵，谢谢...

目前做到的效果是：在Github提Pull requests时，自动触发Jenkins执行单元测试，并将执行结果反馈给Github Pull requests页。后续改进：- Github单测结果可视化- Github单测结果失败或异常时，不允许PR- Github支持跳转Jenkins具体构建任务-...............

Pipeline方式也叫流水线方式。首先，Pipeline需要实现之前新建任务方式已实现的功能，即：Github提交PR时，能够触发Jenkins；Jenkins在代码仓库的某个分支执行单元测试；将单元测试结果告知Github。其次，还需要实现：Github以机器人的形式展示单元测试结果，而不是以开发者个人名义去展示；Github实时显示Jenkins Pipeline状态；Pipeline正在执行或单测失败、异常时，不允许Github点击PR；支持手动触发Jenkins再跑一遍流水线。

​在Google官方文档中，将测试分为三级，最底层的属于小型测试即单元测试，本文以单测简称之，第二层属于中型测试即集成测试，第三层属于大型测试即UI测试，每一层的比例约为小型测试占 70%，中型测试占 20%，大型测试占 10%。小型测试：针对单个函数的测试，关注其内部逻辑，mock所有需要的服务。小型测试带来优秀的代码质量、良好的异常处理、优雅的错误报告。中型测试：验证两个或多个制定的模块应用之间的交互。大型测试：也被称为“系统测试”或“端到端测试”。大型测试在一个较高层次上运行，验证系统作为一