敏捷开发的INVEST原则
很久没来这个社区发点文章了，是因为工作的变动很大。
上一篇文章，我还在讨论专项测试领域，如何在金融投资领域进行测试，如何把控测试管理。
现在我要做的是质量体系建设的咨询，上升的高度和领域发生了变化。
我现在接触的是车企的软件领域范围，快速的敏捷迭代，导致的质量问题。
所以我又要开始从头学习一些体系管理，质量管理的内容。
在此做一个学习的笔记。
INVEST原则
INVEST实际上六个英文的首字母缩写：
原文链接 ；识别一个好的用户故事-INVEST原则 - 知乎 (zhihu.com)
https://zhuanlan.zhihu.com/p/437463991
独立的，个人解读：就是进行需求拆分，拆分的原则，就是可以独立开发测试，这样可以安排合理的资源，并行开发，加快开发周期。并不是前后端开发分开，开发可能能分开，但是站在测试角度，后台逻辑的验证，都需要前端操作提供相应的数据。
Value的 有价值的，遵循二八原则，个人解读：实现主要的20%的功能，在需求拆分，产品设计上关注主要的使用功能，因为在快速迭代的开发模式下，求快，就不法兼顾全部，可能需要付出一定的代价就是有80%的功能存在问题，但不影响使用。
Estimable，估算，如果无法估算，一故事颗粒度太大，无法估算，第二点，无法估算可能是含有未知信息，不足以支撑进行估算。个人解读，如果你觉得无法估算，反向说明用户故事场景未明确，存在较大的未知因素，无法确定范围。
SMALL，指能够在快速迭代周期内能明确，例如2周一次迭代周期内，开发能做多少事情。一周开发，一周测试，如何能提前开始测试。个人解读：粗粒度要明细到2周研发和测试能做到什么程度，时间周期比较短的情况，只能遵循二八原则，聚焦主要问题，延后部分需求。
TESTABLE 可测试的 个人角度：同上原则，