样式相关：
1.页面宽度，因为整个页面是100%，然后没有定义最小宽度，于是缩小窗口的时候，有些界面就错位了。这里只需要在全局的css里面写义一个最小宽度就好了。
2.当用户输入允许输入的最多个数字符时（比如用户允许输入2到30个字符，用户输入30个字符），在展示的时候却没有足够的空间（容器被定义了宽度和高度）导致界面文字重叠。
3.错误提示信息。 这里包括两种情况：
一是：错误提示信息出现的时候应该不会引起界面抖动，或者改变了现有元素的位置（比如当前位置是“添加”，错误提示信息出现的时候，“添加”被挤到别的地方去了。）
二是：多个表单元素的时候，每个表单元素的错误提示信息都应该是出现在该元素的后边，而不是将这些错误提示信息放在一个元素里面，因为这样会导致用户不知道数据的验证规则或者是难以发现验证规则的提示。
交互细节相关：
1. 日期范围。 这里也需要注意2点，
一是：当日期是必填项的时候，必须带上reqmsg。（我出现的一个bug是忘了带上reqmsg，选了日期之后再点“清除” 。这个操作将会出现0000-00-00的日期）。
二是：注意当前最大日期范围和最小日期范围。比如今天之前的日期是否可选。
2. 添加 (使用CommonModify)时。 添加的时候，需要跟PM及后端沟通好，是否对添加的项有限制。 （我出现的bug是后端限制最多只可添加5项，而前端没有做限可以无限添加。另一个bug是前后端都没有限制最多添加项，而实际需要）
3. 审核的备注信息是否必填项。 （我出现的bug是，审核通过时，不需要添加备注信息，审核拒绝时不需要添加备注信息。如果一个模块功能有多处审核备注信息，必须要保持一致）。
4. 取消 操作的跳转页面。 有时候，一个页面的来源有多个，点取消的时候，需要分别跳转到原来的页面。（比如编辑操作，有可能来源于列表页，也有可能来源于详情页）。
5. 数值的最小值。（我出现的的bug 是，季度为0，其实是没有意义的。）