Add @ice/store Unit Test

[luhc228]

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

Utils

• [x] appendReducers
• [x] coverter
• [x] validate

Basic API

• [x] Provider
• [x] useModel
• [x] getModel
• [x] withModel
• [x] useModelDispatchers
• [x] withModelDispatchers
• [x] useModelEffectsState
• [x] withModelEffectsState
• [x] getModelState
• [x] getModelDispatchers

[luhc228]

已增加 codecov badge 至README.md

[alvinhui]

tests/plugins/ 文件夹的作用是？

[alvinhui]

实际的单测报告截图评论回复一下，看看当前的覆盖情况。

另外，需要把单测结果加入到 PR 流程中，类似于之前的 iceworks？

[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