Add @ice/store Unit Test

[luhc228]

增加 @ice/store单元测试（基于 icestore 1.3.x 版本）

Utils

• appendReducers
• coverter
• validate

Basic API

• Provider
• useModel
• getModel
• withModel
• useModelDispatchers
• withModelDispatchers
• useModelEffectsState
• withModelEffectsState
• getModelState
• getModelDispatchers

[alvinhui]

reviewed

[luhc228]

当前的单元测试报告如下图：

[luhc228]

我在这个PR中已经更新了 codecov.yml

comment:
  layout: "reach, diff, flags, files"
  behavior: default
  require_changes: false
  require_base: no
  require_head: yes
  branches:
    - "master"

不过这里面的PR还没有出来。应该是这个 .yml 文件没有更新到 master 分支上。具体如下面的链接
ref: https://codecov.io/gh/ice-lab/icestore/settings/yaml

[alvinhui]

index.spec.ts 的测试挺全面。

这里提两个问题：

• 「单元测试」是否应只关注单个功能点进行测试而不需要关注其内部的操作过程？
• 单测的迭代过程是否应先编写基础函数的测试用例，再编写入口文件的测试用例？

举个例子。测试 effect state，当前的实现是编写了用例 "get model effects state"。

我们是否可以：

• 编写 plugin-loading 的测试用例：关注 loading 的变更
• 编写 plugin-error 的测试用例：关注 error 的变更
• 编写 plugin-effectsStateApis 的测试用例：
  • 关注是否有 useModelEffectsState 这个 API ，
  • 其返回值是否正确 {error: Error, isLoading: Boolean}（其变更过程由 plugin-loading && plugin-error 以及 react-hooks 的单测保障）
• 编写 index 的测试用例，关注返回值中是否有 useModelEffectsState 这个 API

可以对比一下这个思路和当前的做法间有哪些优缺点。

[alvinhui]

第二轮 reviewed

[alvinhui]

add(todo, rootState, { store }) {
this.addTodo(todo);
dispatch.user.setTodos(store.getModelState('todos').dataSource.length + 1);
}

[alvinhui]

注意 rootState 是一个不可变数据，this.addTodo 后，rootState 不会发生变化。

[alvinhui]

      result.current.dispatchers.delete(0, { store });