廊坊bug修改问题：

对于有些bug采取拒绝修改；

无关痛痒的样式问题，样式统一问题，框架问题

，封装的公共基础导入导出，分辨率适配问题有些可以拒绝，。

如提示框的统一，例如：

1.程序alter框和框架cwf框统计各一半

2.框架问题的，echart下载图片另存为的名字

3.不影响用户体验得必须得改吗：E7xcel表格导出显示不够宽，这个导出后用户不是死的，用户自己不会拖动一下Excel列宽

4.介于测试人员提出需求问题，这个适当找需求确认有权不改拒绝。

以前遇到的导出加入汇总。

5.操作问题：有些问题是操作问题非bug，

如值班管理初始化脚本。操作系统就可以解决问题，测试不会操作或者不操作，操作不当。最后提出bug，开发人员提供脚本有必要。

6.按钮对齐，紧贴显示框，这种屁问题也改，改100轮也改不完

7.共用方法的纠结，如导出错误信息的显示。这个导出属于公共基础使用封装的，错误信息都是一定适应于整体，而不是错误有针对的显示

8.文字名字不统一也得改

9.多余空白和折行

10.分辨率适配，修改不了的以最大分辨率为准

其他考虑：客户真正使用过程中对于客户使用的电脑浏览器和屏幕不同，后期难道在调整.

对于廊坊这种老框架谈样式炫，不现实。当时开发就设计不明确，如果明确使用两套css样式，适应于不同分辨率显示效果开发适配。我看可以暂时快封板。等到客户使用过程中遇到的具体问题再修改吧！估计客户使用中对于需求的变动和问题还会有。