每周问题总结

2012-08--13
1. STC用例密度要求25个/K，用例要覆盖代码逻辑。
2. hibernate查询注意原生SQL和HQL的使用区别。

2012-08--06
3. 做好个人计划并跟踪进度。
4. 跨组开发的主动和主责任人交流。
5. 回车查询功能只做无翻页页面。

2012-07--30
6. 数据库表设计数值字段非必要场景都使用无符号整型。
7. 系统安装必须使用Root用户。
8. 问题单定位无法解决时要报告。

2012-07--16
9. 问题单定位和修改必须把提单的问题点全部列全了。
10. 常量名定义和方法设计考虑扩展性，和复用率。


2012-07--09
11. 测试报表构造数据要比较真实。
12. 涉及报表图表测试必须测试到零条数据、N条数据、翻页边界、最大边界(测试性能)。

2012-07--02
13. 输出告警时要考虑告警频率问题。
14. 特殊字符不容许硬编码，例如：”\r\n”,”    ”。
15. Linux线程ID和进程ID共用，导致PS找不到进程ID。看线程ID
Ps –eLF  ： 软件重启不成功，清除上次启动的残留文件。


2012-06--25
16. 页面样式字体要固定，防止因浏览器字体调整变形。

2012-06--18
17. 修改代码编译时先看工程导入JAR包路径是否有错误。
18. 有增加或删除JAR包时同步提交工程配置文件，保证工程全新获取后编译正常。

2012-06-11
19. 从information_schema.TABLES查询表集合时要加上数据库名,包括遍历表名、检查表是否存在场景。
20. 接口和后台程序涉及到告警或统计数据等重要信息要Log.info输出。
21. 接口异常不要重复告警、日志不要重复输出。
22. 取区域、用户信息、分类信息等，要做为空判断。
23. 报表和图表的查询条件(主要是排序条件、翻页信息)不能混在一起。
24. 组件间通信要考虑传递参数的中文字符编码问题。

2012-05-21
25. 在service方法中不要定义public static方法，这些方法一般都定义在util类中，类方法注释不要重复写。
26. MySQL中字符串类型的后空格是不考虑的。
27. 关于MySQL中字符的大小写。
是否区分大小写是和字符集有关系的，例如：字符集通常以_ci（大小写不敏感）、以_cs（大小写敏感）或_bin（二元）结束。目前数据库中一部分表是大小写敏感的，一部分不是，因此不要依赖这个特性，而要在代码中严格控制。

2012-05-21
28. 删除操作考虑多用户并发。
29. FindBug控件必装，提交代码前检查FindBug是否清零。Eclipse中的代码不要有告警信息。


2012-05-21
30. 涉及页面文字修改必须工程内搜索排查。
31. 原生SQL中不要写【{}】。

2012-05-14
32. JS多层循环考虑性能问题，及时break。
33. excel报表输出要和页面查询结果一致。

2012-05-07
34. 使用原生SQL查询时无符号tinyint时可能会越界。
35. 避免联表取名称，必须联表时减少连接条件，并考虑连接字段加索引。

2012-05-02
36. 需要联表查询时一定要慎重考虑数据量及速度。尽量避免联表查询。
37. 写代码不要图方便到处乱放代码。
38. SQL中原则上不要写【数据库名.表名】的形式。

2012-04-23
39. Arrays.asList()返回的List是固定大小的，不能添加，也不能删除。
40. 连接第三方系统（FTP或DB）时，需考虑可靠性。不能只连一次，一般要连3次，三次连接失败再返回，连接时要考虑超时场景。
41. 程序中尽量不要使用递归调用，用循环操作替代。

2012-4-9
42. 清空报错问题原因hibernate使用in条件不能太长,太长会导致堆栈溢出错误。
43. 变量，方法命名要注意可读性。
44. 代码注释要求在30%左右。
45. 代码注意复杂度，圈复杂度不能超过15,经常使用的常量可以静态导入或者使用接口继承。
46. 数值转换时要做为空判断，方法尽量不要嵌套调用。
47. 考虑程序性能，原则上不要在for循环中连数据库，取全局参数配置注意使用频率。
48. 正则表达式的三种量词greedy、reluctant和possessive。
Greedy(贪婪的)： 除非另有表示，否则数量表示符都是greedy的。Greedy的表达式会一直匹配下去，直到匹配不下去为止。(如果你发现表达式匹配的结果与预期的不符)，很有可能是因为，你以为表达式会只匹配前面几个字符，而实际上它是greedy的，因此会一直匹配下去。
Reluctant(勉强的)： 用问号表示，它会匹配最少的字符。也称为lazy, minimal matching, non-greedy, 或ungreedy。
Possessive(占有的)： 目前只有Java支持(其它语言都不支持)，它更加先进。用正则表达式匹配字符串的时候会产生很多中间状态，(一般的匹配引擎会保存这种中间状态，)这样匹配失败的时候就能原路返回了。占有型的表达式不保存这种中间状态，因此也就不会回头重来了。它能防止正则表达式的失控，同时也能提高运行的效率。

2012-3-26
49. DateFormat不是线程安全的，不能在多个线程中并发使用。
50. Service里面不要随便定义成员变量，定义时要注意是否有多线程使用。
51. # %&+在URL参数里不能被正确解析。
52. 清空报错问题再定位下周讨论。

2012-3-19
53. 联表查询要考虑表的数据量，需要按最大规格测试。
54. 问题单填写不要留垃圾说明文字。
2012-3-12
55. 特殊意义字符必须定义常量。
56. 字符判空尽量用StringUtils.isBlank(string)
57. 增加日志告警时注意规范【告警：类型、名称（DB也要改）、模块、级别】

2012-3-5
58. 审核问题单发现问题，一定要打回重走问题单。
59. 同步的问题单和版本验证报告测试必须重测。验证报告由第一责任人归档，由第二责任人审核确认。
60. SQL不用使用嵌套查询，MySQL对子查询处理效率很低的，可以用连接查询替换。
61. 文件和表数据要考虑删除机制。
62. 查询大数据量考虑。

2012-2-27
63. Query查询时候不要用拼接参数值SQL，要用占位符。
64. Base64编解码目前不支持中文。
65. 不要用string.isEmpty()判空。
66. 除了循环索引外不能用简单变量，要有意义。
67. 查询件数和记录的SQL不要拼两遍。

2012-2-20
68. 禁止通过取得所有记录后计算总记录数(典型错误:query.list().count())。
69. 禁止Runtime.getRuntime().exec()方法执行shell调用。
70. 输入框要注意特殊字符转换(转换方法：ConvertUtils.escWildc()),尽量不要拼接原生SQL String。尽量用HQL，使用绑定变量。
71. MySql默认表名大小在window下不区分，在unix下区分。


2012-2-13

72. 注意String的Split方法参数区别及正则表达式匹配特性。
73. 页面及后台使用不同数据类型时的0、空串、及False的一致性。
74. JS的void(0)有兼容性问题，慎用。
75. 数据删除时必须考虑其它页面并发操作问题

2012-2-6
76. 问题单回归要求：根据修改内容确定测试建议，提单场景及问题发现过程必须覆盖。
77. 使用FTP处理时注意是否超时。
78. 开源解压缩包是否支持并发。（目前已经写了ZipUtil类，压缩解压缩使用此类。）
79. 以后不可以在程序里不能通过Runtime调用系统命令。

2012-1-30
80. JSP里面不能直接写中文。
81. 数据库数值字段不能用空串做条件。
82. Action不要抛出业务异常，必须捕捉并保存。
83. Public方法必须加注释。
84. 一个方法中代码行数不要太长。

2012-1-23
85. href空连接要用#，JS return在IE6下不兼容
86. 抓包脚本问题,多抓内容.
87. 重置表自增ID时，考虑不能往回设置.(表ID分段的设计很难扩展)
88. 广告清空后，再新添加广告后，还未推送，就有大量推送记录。
89. 统计count值的SQL错误：BgDumpDbUtil.getCountSql(),调用地方排查

2011
90. 后台导出文件大小计算不对。【是问题，暂时不改。】
91. Action里面循环调用有DB存储的Service。【崔俊锋确认】
92. List遍历删除的问题。【尽量使用迭代器去做】
93. 代码里禁止System.out。
94. 出现异常要打日志，不要打堆栈。
95. 流的关闭要注意，finally里面关闭。
96. 页面文字提示修改要知会测试和资料确认。
97. AdServer账号前0的转换。
98. 验证问题单必须覆盖提单场景，然后要从功能着手。
99. 【无用】的代码不可以随便删除。
100. service不要作为参数到处传递。
101. 标准接口表增加字段，配置规则时报SQL校验失败。
102. 中转接口表导入慢。
103. wget抓包问题
104. 推送信息删除
105. 广告分类删除，推送报表显示。
106. spring bean重复定义，只有第一个bean会生效
107. 接口在采集执行完，ftp上的文件就删除了，这时接口还没执行成功，需要等接口执行成功再删除ftp上的文件。
108. 同步接口执行失败可以再次执行，ftp文件可能重复入库。如果没有累计不会有问题，如果有累计，需要考虑当天的文件不重复累计。
109. 由于ftp一次上传很多文件，浙江电信接口发生执行超时，防止接口一次处理太多文件,一次接口可以处理多少文件改为可以设置。