mock

dva create-react-app dva-app cd dva-app cnpm i dva keymaster -S 文件结构 ├── /mock/ # 数据mock的接口文件 ├── /src/ # 项目源码目录 │ ├── /components/ # 项目组件 │ ├── /routes/ # 路由组件（页面维度） │ ├── /models/ # 数据模型 │ ├── /services/ # 数据接口 │ ├── /utils/ # 工具函数 │ ├── route.js # 路由配置 │ ├── index.js # 入口文件 │ ├── index.less │ └── index.html ├── package.json # 定义依赖的pkg文件 └── proxy.config.js # 数据mock配置文件 计数器 用法 说明 app = dva(opts) 创建应用，返回 dva 实例 app.use(hooks) 配置 hooks 或者注册插件 app.model(model) 注册 model app.router(({ history, app }) => RouterConfig) 注册路由表 app.start(selector?) 启动应用。selector 可选 import { Dispatch } from 'redux' ;

在前面的文章里，当我们创建package的时候，总是在向导那里勾掉测试选项，从而不采用自动测试的方式，只是手动的测试它：把package运行起来，并且看看它是否有我们预期的功能。 我之所以勾掉测试选项，并不是因为我讨厌测试，而是我认为package的测试应该作为一个主题单独来讲，需要至少一篇专门的文章来叙述它。坦率的讲，当我在第10篇里写VsxTools的代码的时候，我真的觉得我们缺少了测试这一步：我写了几百行代码了，如何保证它的正确性？ 关于测试，有很多很好的书和文章，所以在这篇文章里我不打算再写一篇类似的文章。我虽然是一个测试驱动开发的粉丝，但并不是一个测试专家。所以在这篇文章里我只是讲一些和VSPackage测试相关的基本问题。 我相信VSPackage的自动化测试能带给我们很大的帮助。但我并不会很深入的讲解VSPackage的测试方法，我只是给你们展示一下如何进行VSPackage的测试，这样你们就可以利用VSPackage的测试来帮助你们测试package的正确性。 所以，我假定你们已经了解了单元测试的基本知识，并且知道如何利用Visual Studio进行单元测试。如果你觉得自己还不了解这些，请访问MSDN，你一定会从上面找到相关的信息。 Visual Studio 2005和2008的Team System有专门相对于测试人员的版本。幸运的是，就算是Visual

今晚的世博开幕式很棒，欢迎大家到上海来看Expo！ 上一篇中和大家分享了单元测试的理论、入门和一些实践（更多的实践会逐步更新进来），这篇中来介绍下更多的应用场景和使用Mock对象来进行快速的生成模拟对象来简化测试并解决一些问题。 场景分析： 我们假设一个应用场景，也是发生在项目中真实的案例。 真实对象不存在或不完备：新产品开发时，Platform Team只定义了接口，并未完全实现该接口中的方法。但Feature Team仍要进行自己的开发，并需要底层数据支持，等Platform开发完成再去编写自己的代码显然是不可能的，如何去处理这种依赖？ 真实对象本身不确定：底层接品在设计之初也是不稳定的，通常在产品一个方法的返回值会跟据需求经常变动（这种情况在好的设计中出现的概率较小），如何在这种情况下保证上层代码的安全。 数据源不稳定：有些依赖数据会经常变化，或者根本拿不到，但方法本身仅是对数据的加工，不涉及取数据。 代码依赖：当要去初始化一个对象时，要初始化另外的依赖对象，还要解决依赖对象的依赖对象…，还不算完，一旦这个测试挂掉，恭喜，你又一次陷入穷尽的 Debug中，因为无从只到是哪一步出错。 解决方案 上一篇示例中已经提到这个问题，并通过一个简单的类来代替当前这个真实而复杂的类，返回我们期望的数据。这样做的好处，一个测试出错，总能立即找到它对应的方法，不用对外部类的行为负责任

integer 整型数字 非枚举mock： "minimum": 5, // 最小值 "maximum": 8, // 最大值 "default": "6", // 默认值 "exclusiveMinimum": true, // 开启后，必须大于最小值 "exclusiveMaximum": true // 开启后，必须小于最大值 枚举mock： "enum": [200,500] // 整型数字枚举 "enumDesc": "200代表。。。" // 枚举备注 number 浮点数字 非枚举mock： "minimum": 5.6, // 最小值 "maximum": 6.5, // 最大值 "exclusiveMinimum": true, // 开启后，必须大于最小值 "exclusiveMaximum": true, // 开启后，必须小于最大值 "default": "5.7", // 默认值 枚举mock： "enum": [5.9, 6.6] // 浮点数字枚举 "enumDesc": "枚举备注" // 枚举备注 boolean 布尔类型 "default": true "default": false string 字符串类型 非枚举mock： "minLength": 3, // 最小长度 "maxLength": 8, // 最大长度 "default":

转： Dubbo 服务治理-mock实例 老生住长亭 2017.02.28 10:56* 字数 514 阅读 2552 评论 10 喜欢 2 Dubbo的mock自己折腾的实例，配置信息有点简陋，有点粗鄙，如果是处女座的程序员，就建议看看就行哈。 其实Dubbo的mock的实例原理简单而言就是调用真实的接口实现类不通，就会调用你的mock类（mock类和真实实现类都Implements 同一个接口，自己mock的名字要是：接口类名+mock）。 我这个人直接来例子，不太喜欢讲太多文绉绉的字。处女座的程序员就是这样的哈，比较直接。 接口定义和mock定义（可单独在一个maven module） 接口类： package cn.nest.facde; public interface HelloService { String sayHello(String content); } mock类（mock类和接口类要在同一个项目中，其他项目方便maven依赖）： package cn.nest.facde; @SuppressWarnings("unused") public class HelloServiceMock implements HelloService { public HelloServiceMock() { } @Override public String

1.Dubbo介绍 Dubbo,一个是一款高性能Java RPC框架.私以为有 中文官方文档 ，就不再重复介绍了 2.RPC扩展-本地存根stub RPC扩展功能：提前效验参数，缓存调用结果，日志记录等等，可以使用AOP织入这些扩展功能，但Dubbo提供了更灵活简单的实现-本地存根stub。 3.本地Mock-本地伪装mock RPC在服务异常时，请求返回mock的(假)数据，而不是简单的抛出异常，达到服务降级和本地mock的效果.只有在服务抛出异常时才会调用。 4.调用流程 服务消费者发起调用 如果服务消费者端存在本地存根 Stub 的话，会先执行本地存根 本地存根 Stub 持有远程服务的 Proxy 对象，Stub 在执行的时候，会先执行自己的逻辑 (before)，然后通过 Proxy 发起远程调用，最后在返回过程之前也会执行自己的逻辑 (after-returning) 如果远程服务的 Proxy 对象在执行过程中抛出了 exception，会执行服务消费端的本地伪装 Mock 的逻辑 (after-throwing)，返回容错数据，从而达到服务降级的目的 5.本地存根实例 定义一个demo接口 public interface DemoService { String sayHello(String name); } 根据约定大于配置原则，实现一个demo的stub实例

Mock.js是个啥 前后端分离之后，前端迫切需要一种机制，不再需要依赖后端接口开发，而今天的主角mockjs就可以做到这一点 Mock.js是一个模拟数据的生成器，用来帮助前端调试开发、进行前后端的原型分离以及用来提高自动化测试效率。 Mockjs官方（ http://mockjs.com/ ） Mock.js使用步骤 安装mockjs依赖 npm install mockjs -D 下载成功之后package.json中会出现： "mockjs": "^1.0.1-beta3", 引入 　　为了只在开发环境使用mock，而打包到生产环境时自动不使用mock，可以在env中做一个配置 开发环境 dev.env.js 'use strict' const merge = require('webpack-merge') const prodEnv = require('./prod.env') module.exports = merge(prodEnv, { NODE_ENV: '"development"', MOCK: 'true' }) 生产环境 prod.env.js 'use strict' module.exports = { NODE_ENV: '"production"', MOCK: 'false' } index.js中加入一下一条代码

简介 话不多说，把手拿来。 珍爱生命，远离后台。 背景 在前后端分离模式项目开发过程中，前端的界面展示、交互逻辑往往需要后台接口数据支撑，然而万恶的后台总跟不上有我们美丽的前端小姐姐进度。 于是我们不由得仰天长叹，难道就没有即无需依赖后台又能完美展示界面数据，即能保证前端交互的完整性又不太费事儿的方法吗？ 答案当然是有的~~~~ 下面就请我们的主角登场 Mockjs 介绍 Mock官网首页是这么定义的：生成随机数据，拦截 Ajax 请求。 传送门 & 示例 作用 减少开发成本 前后端分离其实从增加了开发成本，只是在它带来的优势上可以让我们忍受这种成本，但攻克这方面成本的目标却从未停止 剥离前后端开发时的耦合性 做完本阶段的开发详设之后，前端就可以开时本阶段的开发了，由于基础设定已经在详设阶段完成统一，前后端在开发过程中应该是可以完全独立的。但实际开发中前端往往留着某些接口回执逻辑等着与后台对接后填充，无法完全完成前端自身的界面展示及交互逻辑。而使用mockjs模拟接口及数据前端可以在最大程度上彻底分离开发时与后台的耦合成本，在开发时就基本完成全部前端逻辑编写 减少前后端接口对接时间 前后端完成独立开发后，就进入了前后台对接阶段，很多项目组就在此阶段会花费大量的调试时间及成本。然而实际上，如果前端做完了数据及交互的逻辑，后台完成了所有接口自测，此阶段应该是非常迅速的 前端自建项目演示

PowerMockRunner的使用 @RunWith(PowerMockRunner.class) 静态类的Mock @PrepareForTest(XXX.class) PowerMockito.mockStatic(XXX.class) Spring类型单元测试 @PowerMockRunnerDelegate(SpringRunner.class) @SpringBootApplication @TestExecutionListeners(MockitoTestExecutionListener.class) Mock注解 //需要实际测试的服务 @InjectMocks //提供mock的服务 @Mock //模拟返回值 Mockito.when(X.X(Mockito.any())).thenReturn(obj); 来源： CSDN 作者： 星空的未来 链接： https://blog.csdn.net/xkdwl12138/article/details/104639018

简单介绍如何使用PowerMock和Mockito来mock 1. 构造函数 2. 静态函数 3. 枚举实现的单例 4. 选择参... 时间 2015-06-16 21:15:05 BlogJava-技术区 原文 http://www.blogjava.net/usherlight/archive/2015/06/16/425740.html 主题 Java 本文将简单介绍如何使用PowerMock和Mockito来mock 1. 构造函数 2. 静态函数 3. 枚举实现的单例 4. 选择参数值做为函数的返回值 一点简要说明：Mockito其实已经可以满足大部分的需求，但是它的实现机制是使用cglib来动态创建接口的类的实例。但是这种实现方式不能用于构造函数和静态函数，因为那需要使用类的字节码（比如使用javassist). 所以我们才需要结合使用PowerMock. 1. mock构造函数, 如果有代码没有使用DI注入依赖实例，在单元测试中可以使用PowerMock来模拟创建对象。 注意的开始两行的2个注解 @RunWith 和 @PrepareForTest @RunWith比较简单，后面始终是PowerMockRunner.class @PrepareForText后面需要加的是调用构造函数的类名，而不是有构造函数的类本身。 在下面的例子中，我们要测试的类是：Helper,