作为工程师如何在接新需求的时候的注意事项

最近一段时间，公司的网站大改版，改版意味着，新需求的添加和老需求的修改，这导致我在开发中遇到了很多的问题，以至于出现大量bug，对于出现这些问题，做一下总结，以避免以后还会出这样的错误，不仅仅是对自己的一个检讨，也是对技术的负责。

新需求特点：

列表：分页数，排序规则，数据源展示规则。

详情：条件查询，数据源展示规则。

新增：新增的规则，默认值。

删除：删除的规则，逻辑还是业务删除。

修改：修改规则，默认值

在一个产品定稿后，需求修改导致后台的修改一定要告知测试，不然他们还是不知道，又造成麻烦。

特殊需求:

详细了解其逻辑，认真揣测需求的用意，最终做到以测试的角度考虑代码流程

跨部门需求:

对于跨部门的需求，不能产品和其部门人员商量好一个解决思路，而没有文档，导致测试人员不知。

新需求老逻辑：

如果用老需求，产品一定要详细了解老需求，不能只了解皮毛，导致测试人员不知，而造成麻烦

不要觉得事小而粗心大意，对于需求的规定的时间内，如果你用1%的时间了解需求，可能导致你用40%的时间改bug。不如用20%的时间详细了解，1%的时间修复bug，这不仅是对自己技术的负责，也是你对公司的负责。

以后再有在补上！