用户要求——>功能分析——>架构制定——>组件开发——>原型集成
总体测试<——(系统)功能测试<——架构测试<——组件测试
心得体会:
1. 组件测试通过(子系统),不等于在全架构中没有问题,所以需要架构测试。
2. 架构测试通过(架构自洽),不等于满足了所有的系统功能测试。
3. 系统功能测试通过(满足了功能要求),不等于满足全部复杂情况
4. 让系统在更大范围内适用,必须做更全面的总体测试
用户要求——>功能分析——>架构制定——>组件开发——>原型集成
总体测试<——(系统)功能测试<——架构测试<——组件测试
心得体会:
1. 组件测试通过(子系统),不等于在全架构中没有问题,所以需要架构测试。
2. 架构测试通过(架构自洽),不等于满足了所有的系统功能测试。
3. 系统功能测试通过(满足了功能要求),不等于满足全部复杂情况
4. 让系统在更大范围内适用,必须做更全面的总体测试
根据boss想法整理一般通用的数据仓库模型构建思路,这里参考了公众号内文章,觉得写得很
Scrum方法论。
学习方法不是固定的,要主动替换有效率的学习方法。
如何拆数据?- 每个微服务都有自己单独的数据存储- 依据服务的特点选择不同结构的数据库类型
举报文章
请选择举报类型
补充说明
0/200
上传截图
格式支持JPEG/PNG/JPG,图片不超过1.9M