操作:星期日9日.00 17.00 |测试:24/7
致电正规的网赌站:+2 (02)26720018

代码评审 & 体系结构评估

服务目标:

评估的目的是根据以下因素提供对代码库和架构的详细审查:

1. 泄密责任:

a. 检查没有责任泄漏存在从后端到前端或反之.

2. 酸数据库事务:

a. 数据库事务应该是原子的,因此要确保所有必需的数据都被保存到数据库中.
b. 应该对事务隔离级别实施控制(可序列化的), 可重复读和已提交读……等等),因此避免脏读.

3. 关注点分离(架构层):

a. 应该存在具有不同职责的清晰架构层,以使系统易于维护并减少技术债务.
b. 检查单个代码库(后端/前端)中的不同架构层中不存在责任泄漏
c. 不同层之间的依赖关系应该映射到抽象类或接口,而不是具体的类或接口, 因此,可以很容易地使用IOC容器来控制依赖关系.

4. 数据库设计:

a. 检测(N+1)应用程序中存在的查询问题.
b. 检测由于复制频繁更新的数据而导致数据不一致的设计问题.
c. 数据库设计可扩展性的全面评估.
d. 检查当前数据库备份机制.

5. 数据库迁移:

a. 清除数据库迁移步骤不应该存在SQL脚本.
b. 在某些版本的应用程序部署中, 您应该能够检查数据库在哪个步骤被更新, 在迁移的存在中, 您可以简单地检查迁移历史表.
c. 在部署时,应该只运行新添加的迁移步骤.

6. API的设计:

a. 检查如何处理输入验证.
b. 检查如何处理业务逻辑验证.
c. 检查api是否为Mobile First设计而构建.

7. 单元测试:

a. 通过检查对象是否可以被模仿来评估代码基础的可测试性,从而轻松地测试依赖类的行为.
b. 检查单元测试独立于任何外部环境通信(数据库、API…等).
c. 计算应用程序当前的测试覆盖率.

8. 应用资产(图像、视频 ..等):

a. 如何持久化应用程序资产.
b. 检查CDN(内容分发网络)是否存在(例如AWS S3).
c. 应用程序资产备份机制(如果应用程序不使用CDN).

9. 异常监控:

a. 检查现有的实时异常监视和警报机制,这些机制反映了生产环境中实时发生的运行时错误,以及关于这些错误的详细信息,如异常时间, 频率叠加迹线.

10. 部署:

a. 检查当前从开发到生产的部署管道.
b. 检查开发生命周期中使用的配置管理和版本控制机制.

友情链接: 1 2 3 4 5 6 7 8 9 10