总结2008年，展望2009年

2008年对我来说是打基础的一年，取得了一些进步，但并不算大的进步。蔡学銿把IT学习能力分成五等：幼稚园、小学、中学、大学、研究所。对号入座，目前我应该处于“小学”这一等级。

 我觉得做项目是很能锻炼人，对于各方面技术水平的提高也很有帮助。2008年主要参加了两个项目：乐器租赁网站，营销策略项目。

 首先，总结一下在乐器租赁网站项目（200801——200804）中的收获。该系统测试主要由我负责。从了解需求,制定测试计划，设计测试用例，执行系统测试以及回归测试。我觉得这个系统测试做得很不好，在这次测试中发现了好多测试技巧方面的问题。

（1）      测试时间估算不准确。由于Web测试经验欠缺,测试时间估算很不准确。该系统分前后台，前台包括下订单检索用户管理等功能，后台包括产品管理，优惠券管理，订单管理，用户管理，系统参数管理等。由于前期需求花费时间较长，开发结束就剩两周的测试执行时间，一个人测试人员需要执行系统测试性能测试，时间很不足。感觉做得手忙脚乱的。我觉得为了做好以后的测试估算应该做到一下两点：第一，使用文档准确统计完成每项测试任务的时间，这些数据有助于测试的估算；第二，学会分析利用客户需求，初步制定测试需求。这次测试，让我深深体会到测试估算不准确带来的风险。

（2）      测试用例形同虚设，没有真正的使用。这个问题的存在主要是以下原因：不够主动；无人监督测试用例使用情况。不好好使用测试用例的后果就是，可能会存在测试不全面的风险。我觉得对于这种情况可以采取以下措施：项目组其他人员评审测试用例；测试经理监督测试用例执行情况。

（3）      性能测试做得很低级。该系统的性能测试主要测试了前台多人提交订单，以及检索的性能。性能测试首先需要对客户提供的性能需求进行分析挖掘，做这个工作需要具备一些性能测试方面的知识以及行业背景的了解；选择合适的性能测试工具以及测试方法；对系统开发语言以及环境的了解。通过这次实践，让我感到性能测试知识的欠缺。

（4）      测试任务执行优先级。时间比较短，需要测试点很多，如何安排好测试的先后顺序可以很好的提高测试效率。这个问题在回归测试的时候遇到了。我觉的应该先测试系统核心功能，然后再好好测试一些非主流的功能。但是，我当时是先测试比较闲的开发人员的bug，然后再测试比较忙得开发的bug。最后导致核心功能花费时间不够。大大影响了测试的质量。

 虽然，这次测试存在好多问题，但是收获还是蛮多。比如，尝试了在项目中使用QTP自动化辅助测试，对于自动化测试的认识有了大幅度的提高，为QTP更深入的学习做了很好的铺垫；合理的使用了VSTS进行缺陷的管理；与开发沟通比较及时到位等。

乐器租赁网站项目结束后，参加了营销策略项目（200805——200810），这期间主要做了以下事情：

（1）      搭建工作环境,熟悉需求

（2）      开发设计测试用例，每天做基本功能的测试。另外，及时测试开发新增的功能以及回归测试

（3）      开发测试报告记录测试细节，开发buglist.xls跟踪测试过程中发现的bug

（4）      使用大批量数据运行算法，进行压力测试，记录服务器性能，检查log及时跟开发汇报bug

（5）      使用客户提供的样品数据运行算法，并坚持导出/分析运行结果，及时向开发汇报问题.

（6）      参加database同步测试，检查DB和log

（7）      整理测试用例，算法的流程，协助开发完成算法流程图 

在此期间，测试技巧，测试用例开发，英文写作水平得到了一定提高,并且学会了编写简单的mysql存储过程，性能测试理解得到进一步加深。同时也发现了一些不足，与开发的沟通不够主动，性能测试知识还需进一步学习。

退出营销策略项目后，主要进行了一些学习。大致学习了以下内容：

（1）      测试方法论。经常访问51testing,SQAforum网站，及时了解软件测试的最新动态

（2）      深入学习QTP的知识，使用简单的自动化测试框架设计自动化测试用例，练习使用常用的VBscrīpt函数

（3）      初步了解java性能测试工具JProfiler

（4）      坚持英语新概念三的学习

（5）      积极参加组内培训，并组织了一次QTP入门实例培训