还要不要继续做版本发布的拦路虎？

    有点得意、有点欣慰、有点担忧又有点内疚--记一次提交缺陷后的感想。

    临近发版，我却发现了一个缺陷，一个算得上严重的缺陷。相当的得意，小小的缺陷还是没有逃得过我的“法眼”嘛。哈哈~又有那么点点的欣慰，幸亏没有到用户哪里才给发现，不然后果没法想象的。

    可是又有些担忧，眼看发版在即，这个缺陷却成了版本发布的拦路虎，影响了整个小组的进程。我明白，作为一名测试人员，保障产品质量是我们的本职。可是我们的实际情况是，这个项目用户一直没有使用，每次版本发布后反馈的信息也相当的少。其实，这次的缺陷，只要不大规模上线，用户那里是不会发现的....我在发版这个点上，却提了这么个缺陷，直接影响了整个小组的发版进程。哎..有一点点的内疚。如果我可以把这个缺陷记录下来，下个版本再来处理是不是会更好？可是，我又是那么的死心眼，想着既然是严重问题，就应该及时解决。哎...内疚中...

    这之后，又让我有了新的思考，作为测试人员，如何才能尽早发现严重缺陷。如果我在回归测试的初期就能发现这个问题，多好。我们的测试算得上free test，之前也会根据新增功能写些测试用例，可是在回归测试时，基本就是个人发挥了。天马行空的测试，也就天马行空的发现问题。发版在即，东一个问题，西一个问题。还被不了解测试开发质疑，你们的回归测试是怎样进行了，怎么每一轮都有问题。哎..解释解释，不停的解释。开发却怎么也理解不了测试的具体过程。迷茫，迷茫中....

    我们的回归测试怎样做，才能更加的准确，有效呢？