测试规范和准则
对于测试来说，有一个被反复强调的点就是尽量避免实现细节。
这些细节主要包括：
1.组件的内部状态
2.组件的内部方法
3.组件的生命周期方法
4.子组件
具体展开来说，测试的准则应该是：
1.应该处理DOM节点而不是实例
2.尽量以用户实现他的方式使用组件测试
3.API应该简单而灵活
准守这些准则，测试就能变得简单、灵活和易于理解
*动画和hooks操作一般不考虑，这些操作可以交给fixture，用react cosmos实现；
1.函数mock
对于函数的mock，你可以造出一个全新的函数，当然也可以将组件内部的函数copy过来。
但有一点非常重要的是：在jest中为了捕获函数的调用情况，必须使用mock或者spy
jest.fn()
无参时返回undefined,组件很多时候内部方法并不需要fn来触发，故比较可能使用的是：
jest.spyOn('module',function)
实际上是fn的语法糖,该mock函数不仅能够捕获函数的调用情况，还可以正常的执行被spy的函数。可以用来判断是否被调用或是判断返回值等操作
比如,有一个fetch模块:
//spyOn模拟捕捉调用
import fetch from './fetch.jsx';
test('',()=>{
const fetchSpy = screen.spyOn(fetch,'fetch1'); //fetch下的function;
...//触发函数的操作
expect(fetchSpy).toHaveBeenCalledTimes(num);
})
平时应用：
2.role规范
实际开发中有许多组件的复用，那么role的选取位置就成了关键（因为你不断复用的可能是同一个部分的role），所以很多时候被引用role不要与上下文结构相关,如果开启了Eslint，在开启了命名限制的情况下更要注意。
比如：
有一个typograph的组件，里面有Title和Text实例export出，它会在很多组件内部被调用，甚至出现多层（超过2层）的情况
就好像这个传送门：
故role需要清晰语义的同时，也需要选择合适的位置，对role能够进行最大程度的复用，子节点具体操作可以用JS的Node操作来定位。
3.异步宏任务问题
测试计时器
虽然我们在测试里能够使用setTimeout， setIntervel等定时器,但是可能会遇到缓慢，不稳定等情况，故此，官方给出的解决方法为：使用假定时器jest.useFakeTimers() ，在测试运行后，为了防止测试结束后运行第三方库，需要运行jest.useRealTimers()恢复，经常的用法是：
beforeEach(()=>{
jest.useFakeTimers();
})
afterEach()=>{
jest.runOnlyPendingTimers();
jest.useRealTimers();
}
