媒介
为什么要用到单元测试呢,一样平常开发谁会写单元测试,反正我认识的人都不会做,又耗时间,结果又一样平常,要是在单元测试的代码里面又出BUG的话又要改半天,贫苦。
但是有的时候真的是不得不用,比如说你有一步逻辑操作,你想去判定这逻辑操作是否正确。但是运行这步操作之前有10步操作,然后这个逻辑操作的情况一共有10种(举个比较极端的栗子)。那如果你运行Debug查验每一种情况的时候,都须要每种情况先实行10步操作才气验证,那就很贫苦啊。
所以这时候你可能就会须要用到单元测试,直接对单步操作进行测试,也不用把整个项目都跑起来,直接对特定的方法进行测试。
但说句实在话,虽然开发流程中规定要进行单元测试。但这单元测试谁来做,还不是研发来做,我们代码平时都很赶,尚有什么时间去写单元测试的逻辑和用例,所以我以为仅仅对某部门base库或者重要的逻辑做测试就够了。
搭建情况
搭建情况很简单,在gradle中添加依赖
- testImplementation 'org.mockito:mockito-core:2.25.1'
- 复制代码
复制代码 版本号肯定不是固定的,可以直接在File-Project Structure中查找这个库,如许肯定是最新版本,不过要记得把implementation变成testImplementation 。
然后我们创建相应的测试类,也很简单,以前我是手动创建的,之前get到别人的一招。
光标放到你想测的类的类名,然后alt + enter , 选择Create Test\
主动会帮你填好name,你想改也行,下面可以选before和after,就是你想在测试前和测试后做的操作的方法。再下面Member惋惜选着对应的方法。
选择好之后点击OK,然后会让你选择androidTest下照旧test下,默认创建android项目不是帮你创建3个文件夹嘛\
我们由于是只对某个方法做测试,所以选择test(两个文件夹的区别以后再说)。
单元测试
如果我想测一个功能,就测我以前写的谁人Gson解析泛型的功能吧。
- public T getDataContent(String jsondata){
- Gson gson = new Gson();
-
- Type type = getClass().getGenericSuperclass();
- Type[] types = ((ParameterizedType) type).getActualTypeArguments();
- Type ty = new ParameterizedTypeImpl(BaseResponse.class, new Type[]{types[0]});
- BaseResponse<T> data = gson.fromJson(jsondata, ty);
-
- return data.content;
- }
- 复制代码
复制代码 看看BaseResponse
- public class BaseResponse<T> {
- public String ret;
- public String msg;
- public T content;
- }
- 复制代码
复制代码 由于这个是一个很重要的功能,每个地方的网络哀求都会走这段代码,所以我要测试它,看看差别的情况是否能得到我想要的结果。
按照上面的做法天生一个测试的类和方法
- public class HttpCallBackTest {
- @Test
- public void getDataContent(){
- }
- }
- 复制代码
复制代码 可以发现在androidstudio里面,getDataContent方法左边有个运行按钮,点击就可以单独对这个方法进行测试。
现在我们要测试这个功能,那么就须要写测试用例,如果我这边写4个测试用例看看能不能都成功解析,4个json字符串(在代码里面加了换行符所以可能有点丢脸)。
- String mockData = "{\n" +
- "\t"ret":"1",\n" +
- "\t"msg":"success",\n" +
- "\t"content":{\n" +
- "\t\t"id":"10000",\n" +
- "\t\t"sex":"男",\n" +
- "\t\t"age":18\n" +
- "\t}\n" +
- "}";
- String mockData2 = "{\n" +
- "\t"ret":"1",\n" +
- "\t"msg":"success",\n" +
- "\t"content":[\n" +
- "\t\t{\n" +
- "\t\t\t"id":"10000",\n" +
- "\t\t\t"sex":"男",\n" +
- "\t\t\t"age":"18"\n" +
- "\t\t},\n" +
- "\t\t{\n" +
- "\t\t\t"id":"10001",\n" +
- "\t\t\t"sex":"女",\n" +
- "\t\t\t"age":"16"\n" +
- "\t\t}\n" +
- "\t]\n" +
- "}";
- String mockData3 = "{\n" +
- "\t"ret":"1",\n" +
- "\t"msg":"success",\n" +
- "\t"content": "aaa"\n" +
- "}";
- String mockData4 = "{\n" +
- "\t"ret":"1",\n" +
- "\t"msg":"success",\n" +
- "\t"content": []\n" +
- "}";
- 复制代码
复制代码 写个对象来接收
- public static class TestData{
- public String id;
- public String sex;
- public int age;
- }
- 复制代码
复制代码 现在来写测试的代码
(1)第一个测试用例
- @Test
- public void getDataContent(){
- httpCallBack = new HttpCallBack<TestData>();
-
- TestData testData = (TestData) httpCallBack .getDataContent(mockData);
- assertEquals("10000",testData.id);
- assertEquals("男",testData.sex);
- assertEquals(18,testData.age);
- }
- 复制代码
复制代码 测试用到的assertEquals方法,这个之后会详细讲。
可以看到下边会有打印 Process finished with exit code 0 阐明测试通过,如果不通过会显示详细的不通过的信息。
比如说我写的 assertEquals(12,testData.age); ,错误的情况会提示
如果是代码错误的话也会报出详细的Exception信息。
(2)第二个测试用例
- @Test
- public void getDataContent(){
- httpCallBack = new HttpCallBack<Lits<TestData>>();
- Lits<TestData> testDatas = (Lits<TestData>) httpCallBack .getDataContent(mockData2);
- assertEquals("女",testDatas.get(1).sex);
- }
- 复制代码
复制代码 (3)第三个测试用例
- @Test
- public void getDataContent(){
- httpCallBack = new HttpCallBack<String>();
- String testData = (String ) httpCallBack .getDataContent(mockData3);
- assertEquals("aaa",testData);
- }
- 复制代码
复制代码 (4)第四个测试用例
- @Test
- public void getDataContent(){
- httpCallBack = new HttpCallBack<Lits<TestData>>();
- Lits<TestData> testDatas = (Lits<TestData>) httpCallBack .getDataContent(mockData4);
- assertEquals(0,testDatas.size());
- }
- 复制代码
复制代码 4个用例如果都通过,阐明我这个解析json泛型的方法根本不会有问题。
固然,可以把4种情况都写在一起,如许就只用跑一次,我这里是为了看清楚点所有分开写。
如许就是一个简单的单元测试的流程。
assert
从上面可以看出最主要判定测试正确和错误的方法是用assert(断言)。
而这些方法都是属于Assert类,大概的断言方法有这些
此中 assertThat 是一个比较高级的用法,这个以后再说,不过我个人根本是没有效过assertThat ,单单其它的几个方法根本就够用了。
增补
可能有的朋侪有些时候以为测一个类难以下手,比如照旧我说的解析代码,你是如许写的。
- public void requestFinish(String jsonData){
- ......
- ......
- Gson gson = new Gson();
- Type type = getClass().getGenericSuperclass();
- Type[] types = ((ParameterizedType) type).getActualTypeArguments();
- Type ty = new ParameterizedTypeImpl(BaseResponse.class, new Type[]{types[0]});
- BaseResponse<T> data = gson.fromJson(jsondata, ty);
-
- // 假如用回调的方式
- callback.finish(data.content);
- ......
- }
- 复制代码
复制代码 比如如许,要怎么断言,我这个方法中又不仅仅只有解析的代码,尚有其他的代码,而且我这个方法是一个void方法,不像上面一样有返回值的。
其实很简单,要否则就判定这个方法的外层谁人方法,要否则就像我一样单独把那块功能代码抽出来。我是发起抽出来,也符合单一职权。
总结
这是我自己旧博客的文章,现在使用单元测试会比之前更方便,当你写了一个很复杂的方法,但你想测试差别的输入会输出差别的情况,如果你不用单元测试,你就须要每次改输入的变量然后run,这种情况下使用单元测试会帮助你剩下许多的时间,具体的还要视情况而定。
末了: 下方这份完整的软件测试视频学习教程已经整理上传完成,朋侪们如果须要可以自行免费领取【保证100%免费】
这些资料,对于【软件测试】的朋侪来说应该是最全面最完整的备战堆栈,这个堆栈也伴随上万个测试工程师们走过最艰难的路程,盼望也能帮助到你!
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。 |