android单元测试

团队源代码管理

若如初见. 提交于 2020-03-06 03:40:21
小组名称: 飞天小女警 项目名称: 礼物挑选小工具 小组成员: 沈柏杉(组长)、程媛媛、杨钰宁、谭力铭 0. 如果你的团队来了一个新队员,有一台全新的机器,你们是否有一个文档,只要设置了相应的权限,她就可以根据文档,从头开始搭建环境, 并成功地把最新、最稳定版本的软件编译出来,并运行必要的单元测试?(在这过程中,不需要和老队员做任何交流) 答 :团队在初期编译了一篇文档,供组员或其他成员搭建环境,如果有需要可以向组长索取。 1. 你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题?场景:程序员果冻正在对几个文件进行修改,实现一个大的功能, 这时候,程序员小飞也要改其中一个文件,快速修复一个问题。怎么办?一个代码文件被签出 (check out) 之后,另一个团队成员可以签出这个文件,并修改,然后签入么?有几种设计,各有什么优缺点?例如,签出文件后,此文件就加锁,别人无法签出;或者,所有人都可以自由签出文件 我们用git控制代码版本。 让个人根据自己的i情况处理,当其影响到整个团队时,就尽量严格,因为整个团队都可能会受影响,同时提高可预见性,公开显示固定的构建时间对于该问题中的场景描述,是否会造成损失要具体问题具体分析,有的时候宽一些更适宜,有的时候严一些比较没有损失,于是我们根据构建执法的宽严表来进行工作,当团队成员的行为只是影响到个人时,就尽量宽松

单元测试 - mockito的使用

时光毁灭记忆、已成空白 提交于 2019-12-04 15:35:16
单元测试 - mockito的使用 一丶mockito   github: https://github.com/mockito/mockito 二丶引入mockito框架 <dependency> <groupId>org.mockito</groupId> <artifactId>mockito-core</artifactId> <version>3.1.0</version> <scope>test</scope> </dependency> 三丶使用api public class MockitoTests { @Test public void verifyBehaviour(){ //创建mock对象 - 接口 List mockedList=mock(List.class); //使用mock对象 模拟调用业务方法 mockedList.add("one"); mockedList.clear(); //验证调用了哪些方法 verify(mockedList).add("one"); //设定预期调用添加了"one" verify(mockedList).clear(); /* mock对象一旦被创建, 它将会记住所有调用过程.然后你可以选择验证你需要的调用过程 */ } @Test(expected = org.mockito.exceptions

单元测试

淺唱寂寞╮ 提交于 2019-12-01 05:06:16
1. 为什么做单测 单测的好处 减少bug 快速定位bug 提高代码质量 减少调试时间 放心重构 不得不写单测的原因 在成为大牛的路上,单测是必备技能 单测可以给你信心 保住面子 难处 难于坚持,在快速迭代开发过程中,可供写单测的时间过少 扩展 TDD(Test Drive Develop):测试驱动开发,是一种非常高效的开发方式 2. 测试框架 2.1 概述 junit4.12 (单测框架) mockito1.9.5(mock工具) robolectric3.1.2 (模拟Android虚拟机) 2.2 junit4.12 Junit测试是程序员测试,即所谓白盒测试,因为程序员知道被测试的软件如何(How)完成功能和完成什么样(What)的功能。Junit是一套框架,继承TestCase类,就可以用Junit进行自动测试了。 示例代码: @Before: 执行单测之前的初始化操作。 @After:单测完成后收尾工作。 @Before public void setUp() throws Exception { } @After public void tearDown() throws Exception { } assume: 用于判断测试用例的入参是否有业务含义的工具,如果入参不符合预期时会抛出 assumptionViolatedException、assumeTrue

Android单元测试初探——Instrumentation(转载)

拥有回忆 提交于 2019-11-27 23:02:42
学习Android有一段时间了,虽然前段时间对软件测试有了一些了解,不过接触android的单元测试却是头一次。这几天在物流大赛上也用了不少时间,所以对于android的单元测试没有太深入的研究,所以先写个基本入门吧! 首先,我们来了解一下android的测试类的层次结构: 可以看出android中的测试方法主要有AndroidTextCase和InstrumentationTextCase。在这篇文章中,我将介绍Instrumentation这种测试方法,那么什么是Instrumentation? Instrumentation和Activity有点类似,只不过Activity是需要一个界面的,而Instrumentation并不是这样的,我们可以将它理解为一种没有图形界面的,具有启动能力的,用于监控其他类(用Target Package声明)的工具类。 下面通过一个简单的例子来讲解Instrumentation的基本测试方法。 1.首先建立一个Android project,类名为Sample,代码如下: view source print ? 01 package com.hustophone.sample; 02 03 import android.app.Activity; 04 import android.os.Bundle; 05 import android