7、提示问题：有的页面该项只允许输入正整数，另一个页面同一项却允许输入负数和零（比如SiteLinks的SortCode不能填负数和零，但Category的SortCode可以），但输入时缺少应有的提示，输入字母或负数保存后该项变为零；

　　8、排序问题：页面每个下拉菜单标题都可以点击排序，有些链接点击排序错误，有些点击后页面错误；

　　9、单词拼写问题：这是小的问题，却也是能体现专业化程度的问题。单词拼写错误出现比例直接体现整个团队的责任心和职业度；

　　10、语法问题：同上，需要的不是开发、测试技术，而是责任心和认真的态度；

　　11、界面设计问题：这是能体现人性化的一点，比如一个页面是否应该按域进行过滤；页面应该显示15条记录还是30条记录；记录显示框应该按照记录的数目动态调整还是保持静态大小；保存新记录后页面该倒序排序还是正序排序；子项输入框应该直接显示还是隐藏；左侧列表项的链接应该展开还是关闭；下拉菜单标题应该单排显示还是双排显示等等；界面设计是整个设计的重头，对于小型项目而言尤其如此。在界面设计时应尽可能地与用户进行沟通，有时候一个小小的改动会让用户觉得方便很多，对项目的满意度也会相应提高；

　　二、经验和教训

　　经验：

　　1、学习使用BugTracking系统（以前是用TD上报Bug）；

　　2、学习设计测试场景（比如根据自动发送邮件条件进行相应场景设计）；

　　3、学习关注细节（“细节问题”里提及的问题不仅是开发人员犯错误，更是我之前一直忽略的地方）；

　　4、学习通过设计文档找答案（以前只注意需求文档，很多设计的细节都跑去问项目经理。其实设计文档里很多细节都写得很清楚）；

　　5、学习更专业地填报BUG（以前填BUG都较为随意，语法单词不太注意，也没有具体的再现问题的步骤，造出很多误解）；

　　6、学习更深入地进行测试（比如通过SQL注入测试系统访问的安全性和搜索的有效性）；

　　教训：

　　1、不注意细节（很多细节都视而不见或是觉得无关紧要，对质量的理解仅仅停留在功能或逻辑错误的层次上）；

　　2、设计测试场景能力还有待提高；

　　3、随机测试成分较大，对测试总结不够，测试流程相对简单；

　　4、与项目经理沟通过于频繁，沟通后未能及时形成记录，导致同一个问题重复沟通；

　　5、测试人员之间的交叉测试程度不够；

　　三、对未来改进的一些建议

　　经过这次完整的项目测试，学到了很多，也发现了很多问题。对于未来项目的测试，我如下几个不太成熟的建议：

　　1、项目经理在与测试人员沟通后，测试人员需要撰写一份自己对项目的理解及未来的测试要点，便于及早发现测试人员的理解误差，及时纠正理解上的失误，避免测试设计上的失误；

　　2、除了基本的测试文档外，测试人员应尽早编写测试流程文档，将测试流程固化下来，并在未来的测试过程中不断对流程进行更新；

　　3、测试场景设计需要更专业化；

　　4、测试遇到不确定的地方，需要进行多次测试确定BUG产生的真正原因；

　　5、BUG回归不是一个BUG的回归，而是对这一类BUG的回归，回归BUG时需要将场景应用到相似页面上进行测试；

　　6、必须时刻清楚BUG产生的真正原因（多与开发沟通），通过真正原因找出系统漏洞，并在此基础上有针对性地设计场景进行深入测试；

　　7、发布新版本后，项目经理需要将逻辑变化及改动点罗列出来并简要描述，这样测试人员才能更有针对性地验证BUG及根据修改设计相应测试场景；