
构建和部署微前端
|
121
范,在业务内进行抽象,在边界内进行创新。定义围栏的时候需要找到一个平衡点,确保
每个人知其然,并知其所以然。通常,创建文档有助于团队和新员工之间传递信息。与自
动化策略的其他部分一样,围栏不应是固定不变的。随着业务的发展,需要对围栏进行修
订、改进甚至删除。
6.1.5
可靠的测试策略
我们必须在测试策略上投入时间和精力,尤其是端到端测试。比如,每个业务有多个微前
端,由多个团队开发维护,我们要保证端到端的应用都能稳定运行。在这种情况下,我们
还必须确保在部署产品前,所有视图之间可以正常切换。
尽管单元测试和集成测试很重要,但对于微前端来说还有更重要的挑战——端到端测试。
为了将端到端测试应用于该架构,需要对其进行修改。因为每个团队负责应用的一部分,
所以要确保测试能覆盖应用的关键路径,并且其表现符合预期。端到端测试有助于确保实
现这些目标。
6.2
开发体验
使用微前端要考虑的关键因素是开发体验。虽然不是所有公司都有专门的开发体验团队,
但即使是虚拟的开发体验团队也很有用处。该团队主要负责创建工具、提升开发体验、避
免在开发新功能时出现冲突。
在这一阶段,要注意每个团队负责应用的一部分,而不是整个代码库。创建无障碍的开发
体验可以帮助开发人员轻松地对其负责的业务进行构建、测试和调试。我们需要保证模块
的独立测试和集成测试都有良好的体验,因为无论决定使用哪种架构,微前端之间总有交
集。此外,我们还可以在项目周期中随时使用不同的或新的工具来提升开发体验。
什么是开发体验
?
开发体验通常是一个或多个团队,致力于研究 ...