imToken 2.0技术团队如何协作？模块化+嵌入式QA实战分享

imToken 2.0技术团队如何协作？模块化+嵌入式QA实战分享

身为imToken 2.0版本的亲身经历者，我打算谈谈此次升级背后，技术团队协作的具体情形。好多人觉得区块链钱包就是“照搬代码再修改界面”，实际上这次进行的重构，我们最为关键的转变乃是确立了“模块化自治”的工作流程。并非是权力大的人决定一切，而是把整个2.0架构划分成安全内核、多链协议层以及UI交互这三大板块，每个模块都由一个三到五人的小团队全面负责。

存在这样一种要协作的模式，其迫使着我们把沟通的方式给改变。以往呢是在大群里@每一个人，如今却是“协议先行”这种状况了。拿进行Staking功能开发的团队来说，他们一定要先去撰写一份层次清晰度高的技术协议文档，把数据结构妥善清晰地定义出来，同时对调用接口也进行明确的界定深入探讨imToken最新版2.0中的技术团队协作？，之后把这份文档交付给负责UI方面的团队用于审核。只有当双方均确定这份文档不存在问题了，才会正式步入编码阶段。如此一来便极大程度地削减了因理解上存在偏差而造成的返工现象，在代码出现冲突以及合并之际所产生的痛苦感觉也减少了许多。

引入了“嵌入式QA”就是那最具价值的改变 ，此改变之下 ，测试人员不再处于被动的最后环节imToken 2.0技术团队如何协作？模块化+嵌入式QA实战分享，而是从一开始便驻扎于每个小分队之中 ，他们并非等待你写完代码后才去测试 ，而是在你书写第一行代码之际 ，眼盯着单元测试覆盖率 ，在合并代码之前 ，就筹备好模拟环境 ，如此一来 ，使得我们的Bug率大幅下降 ，因为在还没能发展成大矛盾之前就已在最小的作战单元中被处理掉了。

在你们开展工作期间，可曾碰到过那样一种协作方面的难题情况，即文档撰写得毫无破绽，然而一旦将代码整合起来就会出现崩溃现象？欢迎于评论区域交流探讨你们所在团队是运用何种方式予以解决的。