回想一下，做测试也有几年的时间了，比较多的还是停留在功能测试上，经历过的几家公司，几乎每一家都是从头做起，没有多少测试的沉淀，因此，来来回回，总在一个阶段。

    有闲时，经常浏览一些专业的测试网站，看看人家的测试经验总结，特别关注自动化测试及性能测试，其实，自己也知道如果要在这几个方面提升，需要加强哪些方面的技术，但，现在自动化测试发展越来越迅速，越来越多的技术实力强的人在日志、博客上发表自己的高见，对比下自己，真的落后太多了，这么多自动化脚本语言，这么多自动化工具，不知道用哪个比较好，唉，有没有人可以指个光明的方向呀！

                                      客户现场测试工作总结及建议

   通过几个月在客户现场进行软件测试工作，经历了泵送国际、存货管理系统、团购网、校园招聘、行政在线二期等项目、测试基本都是在项目快要结束，即将上线的时候才介入，在测试过程中，遇到了各种各样的问题，问题汇总如下：

1. 功能及业务流程方面：

1）涉及到业务流程的系统，像团购网、存货管理系统、校园招聘，主要业务流程是否跑通，是非常重要的，但在测试时与开发人员沟通过程中发现，部分开发人员对自己开发的模块业务流程还不太了解，只关注单个功能点是否实现，未关注整个业务流程，这可能与客户频繁的变更需求有关，还有可能就是，有些客户对于需要一个什么样的系统，有什么样的业务流程，自己也不太清楚，只有等开发基本完成、快要上线了，才提出比较明确的需求，这样导致开发及测试理解需求、修改程序的时间过少、测试时间基本没有。像这样的现象，在客户现场开发的项目特别明显，其实，我个人觉得，如果在需求调研阶段，能把需求了解清楚，仔细，这种现像还是可以避免的。开发人员和测试人员在客户自已也搞不清楚需要一个什么样的系统的时候，如果对相关业务比较熟悉，可以提供几种参考方案，给客户选择，这样的话，可以避免很多缺陷的产生，也减少了修改缺陷的成本。

2）在项目进行过程中，需求变更是经常出现的情况，在客户现场做项目，一般测试人员是不清楚的，项目经理或业务部门只告知开发人员，且多数是以口头形式，针对这种情况，今后的变更是否可以以纸质或邮件的方式提交并抄送给测试人员，或提交至某个统一管理的共享平台中，以便项目所有干系人存档查阅及知晓项目整体情况。

2. 性能需求方面

1）客户对于项目中的性能要求，从所做的几个项目来看，像泵送国际、团购网、校园招聘，关注点基本是在首页浏览、信息查询、及记录提交等方面，用户数的要求也不是很大，一般是在100-200个并发用户，校园招聘是800个用户，对于业务流程来说，这几个关注点并不复杂，但测试出来的效果不是很理想，通过原因分析，在程序设计时可以规避的情况有：

Ø      首页浏览：图片过多，格式不全为JPG、GIF，且文件过大，页面样式过于复杂

Ø      信息查询：多表级联查询，层次过深

开发人员在系统设计时，可以将以上问题有可能产生对性能的影响提前告诉客户，避免性能测试结果不理想。

2）性能测试，系统相关配置也比较重要，如：连接数设置、内存设置

开发人员在配置系统环境时，有时忽略了这些选项配置，今后，可以根据系统性能需求，记得进行相关设置。

3. 界面方面：

            开发人员通常比较容易忽略这个方面的内容，觉得这不属于自己的工作范畴，经常出现排版不整齐、该标识必填的地方没标识、字体大小不一、错别字、页面导航不正确等问题。虽然，这是属于小问题，但客户最先看到的不是系统功能、而是系统界面，界面的好坏，一定程度影响了客户对整个系统的判断。

4. 兼容性方面：

所测试的项目均以B/S结构为主，开发人员在系统开发之前，没有充分了解客户对浏览器的要求，以致系统在不同浏览器不能正确显示。

5. 版本控制方面（版本发布过于频繁）：

             现场程序版本没有得到很好的控制，像存货管理系统、校招项目，一天可以发布多个版本，且发布出来的程序功能不稳定，给测试工作带来一定的阻碍，建议在今后的项目中，对版本的发布加强控制。

         综合以上几点，希望对今后的开发及测试工作有值得借鉴及注意的地方，并需要说明的是，测试工作并不是整个开发过程中的最后一个阶段，应该是贯穿整个项目周期的，越早介入，发现的缺陷越多，且修改缺陷的成本越低。