今天点了点刚更新后的系统，发现了一个模块下的几个问题。

这几个问题是较为明显的缺陷，其中同类型的操作，在另外一个模块中就避免了，因为这两个模块的开发人员不同。

这个现象反应出了几个问题：

一、需求描述、需求沟通不够。

其中如一个对记录行的上下移动操作，这个模块实现的只能移动一次，再移动时就得重选。如果在需求描述时就写上要求可以连续移动，开发、测试就应该可以关注这个需求了。

二、开发人员的自测不够，测试人员的测试不充分

如选中列表页上某行，进行详情查看或编辑，进入后没有带入选中行的已有数据。

这个问题按理说测试应该能发现，但不知道为啥会漏过测试？或许是我的运行环境与他们不一致？需要确认

三、要真正的进行单个模块的迭代验收

这些问题都应该是在迭代过程中就发现的，但由于在迭代过程并没有对模块进行验收测试，导致迭代结束后才发现。

因为CI/CD环境还没有跑起来，进行过程中的模块验收比较困难。

其实以上三个问题是上次回顾会时都提出来的，看来还得继续解决这三个问题。

困惑：

这种迭代结束后再发现问题应该不能够完全避免，那是当作缺陷提，还是当作新故事提？

是把原来标记为“完成”状态的故事重新打开，将缺陷挂在其下，还是另外作为一个独立的缺陷提出来？

如果当作一个独立的缺陷提，不应该有故事点了？——团队自己在上个迭代挖的坑，在这个迭代补，不拿故事点，也合情理。