篇一：软件工程师试用期工作总结 试用期工作总结
伴随着充实紧凑的工作生活，两个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。总结经验，吸取教训，本文将主要从几个方面来对工作进行总结：工作的主要内容；其中的失败和教训以及成功和经验；展望下一阶段的工作，确定自己的目标。以此作为惩前毖后的记录。 1.工作的主要内容
在这两个月的工作中，我的总体任务是协助苏薇做好武警黄金部队矿业权管理系统的后期测试，编码，修改，文档编写的工作，分解开来之后，我主要做了三件事：1.编写矿业权系统的各类文档；2.矿业权系统的编码及bug勘误工作；3.矿业权系统的测试工作。下面依照时间来对我的工作进行介绍。
初踏入职场，进入专业的软件制造公司，对我，一个没有接触过标准软件制作过程的新人来说，起步就是一个很大的难题。若直接做开发，则业务不熟练，代码不规范，弊大于利；若仅做学习，则不能跟上项目的步伐，不能以最快的速度融入工作中去。
在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。 在对矿业权系统进行测试之后，暴露了系统的诸多问题，测试过程中发现矿权系统没有进行输入限定，为了解决这个问题需要对整个系统的数据进行整理，我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的bug勘误工作奠定了一定的基础。
完成了矿业权系统的数据需求文档的编写之后，新的任务是对整个矿权的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。
在对矿业权系统添加输入限定完成之后，进入了解决程序小问题的阶段，对矿权系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。 完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。
第一轮测试结果出来之后，我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。
第一轮bug勘误工作完成后，进行了第一轮了回归测试，测试结果已然不尽人意，仍然存在大量的问题需要修改，而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。 在进行所检之余，我又接到了新的任务，完成矿权系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。
现阶段我的任务是根据所检的bug列表，对矿权系统进行回归测试。 2.工作中失败的教训以及成功的经验
对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。成功的经验： 1) 敢于接受任务并想尽一切办法完成
入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。 2) 勇于承担错误，正视自身的问题
在这两个月的工作中可谓是错误不断，从文档的错别字这种小问题到矿权系统bug修改不正确导致崩溃这种大错误，暴露出来了很多的问题，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正，因此这也算是一个成功。 失败的教训：
1) 重视每一个细节，不要忽视小问题
在最初进行矿业权系统数据需求文档的编写的过程中，对某些页面的数据在数据库中没有存储的情况没有加以重视，在后期进行数据限定的时候，还要重新修改数据需求文档，造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题，这个小问题可能导致之后的大问题。
2) 进行重复工作也不能大意
在对矿权系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。 3) 考虑问题要严谨
在对矿权系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。
4) 注重用户体验
在矿权系统bug勘误的过程中，修改最多的在于坐标系统的提示语句，因为坐标系统不仅要求数据必须填入，而且每一个数据都有严格的格式限定，因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面，语句粗糙，弹出语句不明确，造成了用户使用的不方便，还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题，注重用户体验从简单的提示语句做起。 3.展望下一阶段的工作
下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别，做好从sql数据库向oracel数据库的迁移工作。
这两个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢两个月来李鹏经理的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现中地的辉煌。
试用期工作总结：(包括对试用期工作的内容回顾、总结，对公司企业文化的理解,自己在工作中的优点及不足，如何改进，对今后工作的设想和建议等）
试用期工作总结
我是2013年4月8日加入文思海辉技术有限公司，我所在的职位是手机软件测试人员。 工作内容回顾：
1.每天根据组长分配给自己任务进行测试，按照测试需求，借相应的手机幷给手机刷任务要求的版本，然后开始执行 分配的qc库里的每条测试用例，因为每条测试用例都是英文描述，所以每次必须经过认真阅读以保证正确执行。
2.在测试过程中，手机出现问题时，要判断是手机硬件的问题还是软件的问题，如果是软件的问题，还要继续跟po 或者fo 确认之后，然后才能在公司本地库中填写error report,有的error还需要fast trace工具来抓取bug 和decode x-fiel，并将这些东西一起放在error report 里面，经过ec处理之后状态为new的error就可以往
mzilla库中报最终的bug。
3.每次做任务的手机都是去相应的产品组借的，所以做完任务的时候将自己手里借一切跟测试相关的东西及时签还， 并告知组长任务完成。
工作总结：这为期四个月的实习和试用期，使我对手机软件测试工作有了深入的认识，就是尽最大的努力发现测试手机的不足，经过开发人员解决之后使手机尽快达到上市的标准，这些发现的bug就是为公司创造的价值。作为四个月的文思海辉的员工，我对公司也有了一定的了解，文思海辉技术有限公司pactera technology international ltd.（纳斯达克股票代码：pact）是值得信赖的咨询与科技服务提供商，公司拥有超强的全球运营能力、严格的质量标准和高效的交付流程，致力于成为全球企业“新时代的合作伙伴”，为客户成功保驾护航。自1995年以来，文思海辉一直致力于为全球客户提供世界领先的商业/it咨询、解决方案以及外包服务，在金融服务、高科技、电信、旅游交通、能源、生命科学、制造、零售与分销等领域积累了丰富的行业经验，主要客户涵盖众多财富500强企业及大中型中国企业。我所在的亦庄分公司主要承接诺基亚手机测试任务，在以往的测试工作中，得到了诺基亚公司的高度认可。
工作中优点及不足：
对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。 优点：
1)敢于接受任务并想尽一切办法完成
入职四个月每一个任务对于初入职场的我都是一个挑战，保质保量完成任务是最基本的要求，即使是自己不熟悉的任务也会尽自己的努力和前辈的帮助下按时完成。 2)勇于承担错误，正视自身的问题
在这四个月的工作中犯了一些错误，测试工具使用不熟练等导致测试结果填写不规范等，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正。 不足：
1) 由于工作时间不长，参加了很多培训，在测试的时候这些知识运用的还不够熟练，所以对手机中出现的bug发现的 数量不高。
2) 一开始工作的时候，对一些测试工具的使用不是很熟练，在使用的过程中会耽误一些工作的时间，导致自己在规定 的时间内完成任务比较紧张。 以后工作中改进：
1)重视每一个细节，不要忽视小问题
做手机测试工作，首先要具备的就是细心，只有这样才能发现手机里的bug，不能放过任何一个与测试用例描述不一样的执行结果，不管这个差别有多么的小，很多bug都是从这些细微的差别中产生的。2)进行重复工作也不能大意
手机测试有时候相同的测试用例要在不同的手机上重复测试，这就相当考验我的耐心，对每次做测试用例都要向第一次做那样，认真的执行每一步操作。 3)考虑问题要全面
每次做任务都要有一些发散思维的自由测试，这就需要我们考虑问题的时候要全面的展开思维做尽可能多的测试，才能发现更多的bug。 4)加强学习
平时的时候除了要参加各种培训外，在培训之后还要及时的复习总结，对自己不明白的地方及时找师傅或有经验的人请教，来提高自己的测试技能，并且要认真研究测试工具，多练习使用它们以确保达到熟练的水平。 下一步工作展望：
下阶段的工作我很有信心会比之前有所改善，经过四个月的工作和学习已经具备了一些有用的经验，相信他们会对我今后的工作有很大的帮助。以后的工作希望自己能够提高报bug的数量和质量，除此之后还要继续跟师傅和前辈们学习手机测试的更多方法来提高自己的能力。 这四个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢四个月来吴爽组长的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现文思海辉的辉煌。篇二：软件测试工程师试用期的心得体会 试用期的心得体会 时光一晃而过，转眼之间我的三个月试用期已经结束，这是我人生中弥足珍贵的经历，也给我留下了深刻的回忆。在这段时间里各位领导给予了我足够的宽容、支持和帮助，让我充分感受到了他们“海纳百川”的胸襟，也感受到了自己的不足之处。不过我以后会更努力的学习，也会时常向前辈们请教的！下面我将从以下几个方面总结这段时间自己的感受。
一、努力学习，注重实践，不断提高自身素养和工作能力
始终把学习作为获得新知、掌握方法、提高能力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推动工作。思想上积极进取，积极的把自己现有的知识用于社会实践中，在实践中也才能检验知识的有用性。所以在这三个月的工作中给我最大的感触就是让我了解了手机应用软件的测试，虽然工作性质还是测试员但和我以前的工作还是有较大的区别，其中最明显的就是，手机应用软件加了计费测试和升级测试和一下打断测试。同时在工作中不断的学习也是弥补自己的不足的有效方式。社会在变化，人也在变化，所以你一天不学习，你就会落后。通过这三个月的试用期，认真学习深讯和的各项政策制度、管理制度和工作条例，使工作中的困难有了最有力地解决武器。通过这些工作条例的学习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。
二、围绕中心，突出重点，尽心尽力履行职责
在各项工作中我都本着认真负责的态度去对待每项工作。虽然开始由于经验不足和认识不够，觉得不能在公司很好工作，但我迅速从自身出发寻找原因，和同事交流，认识到自己的不足，以至于迅速的转变自己的角色。为使自己尽快熟悉工作，进入角色，我一方面抓紧时间查看相关资料，熟悉自己的工作职责，另一方面我关注相关行业的知识、和信息有了一个比较全面、系统的认识和了解。
三、以极大的热情投入到工作中
刚步入这个工作岗位我有点不适应转变，不能发现太多问题，我就有一点失望，开始的热情有点消退。但我还是尽量保持当初的那份热情，想干有用的事的态度，不断的做好一些杂事，同时也勇于协助同事做好各项工作，慢慢的就找到了自己的技巧，明白自己该干什么，怎么来干，这就是一个热情的问题，只要我保持极大的热情，相信自己一定会得到认可，没有不会做，没有做不好，只有你愿不愿意做。
五、存在的问题
几个月来，我虽然努力做了一些工作，但距离办事处领导的要求还有不小差距，如理论水平、工作能力上还有待进一步提高等等，这些问题，我决心在今后的工作和学习中努力加以改进和解决，使自己更好地做好本职。
针对以上存在的不足和问题，在以后的工作中我打算做好以下几点来弥补工作中的不足：
一、做好实习期工作计划，继续加强对公司各种制度和业务的学习，做到全面深入的了解公司的各种制度和业务。
二、以实践带学习全方位提高自己的工作能力。在注重学习的同时狠抓实践，在实践中利用所学知识用知识指导实践全方位的提高自己的工作能力和工作水平。
三、踏实做好本职工作。在以后的工作和学习中，我将以更加积极的工作态度更加热情的工作作风把自己的本职工作做好。在工作中任劳任怨力争“没有最好只有更好”。
四、继续在做好本职工作的同时，为公司做一些力所能及的工作为公司做出应有的贡献。篇三：新员工测试工作心得
测试（test）一词最早出于古拉丁字，它有“罐”或“容器”的含义。在工业生产和制造业中测试被当作一个常规的生产活动，它常常和产品的质量检验密切相关，测试的含义似乎是明确的：“以检验产品是否满足需求为目标”，其实在计算机软件领域则不然。 软件测试是软件开发中的重中之重，没有一点可以马虎的。“软件测试是为了发现错误而执行程序的过程”。这一测试定义明确指出“寻找错误”是测试的目的。因而，软件测试的目标涵盖了：
1） 测试是一个为了寻找错误而运行程序的过程；
2） 一个好的测试用例是很可能找到至今为止尚未发现的错误的测试； 3） 一个成功的测试用例是指揭示了至今为止尚未发现的错误的测试；
软件测试的目标是设计这样的测试，既能够系统的揭示不同类型的错误，并且耗费最少的时间和最少的工作量。
本文以一个新测试员的身份，就测试工作中如何设计一个好的测试用例做了一番讲述，并顺带谈了自己在这段实习和试用期中工作得到的心得，以求达到一种抛砖引玉的效果。不正之处，敬请指出。 我想先引出《谈 软 件 测 试 的 心 得》一文中给出的一些软件测试人员应具备的素质和测试技巧，我觉得它说得非常好，我也以此为标准不断在工作中去实践，去提高自己的能力和水平： “
一、软件测试员自身素质培养
（1） 首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在测试过程中不管遇到什么样的困难，我相信你一定能克服。
（2） 善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。
（3） 打破砂锅问到底的精神，对于只出现过一次的bug，一定找出原因，不解决誓不罢休。 （4） 保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。 （5） 做测试时要细心，不是所有的bug都能很容易的找出，一定要细心才能找出这些bug。 （6） 灵活一些，聪明一点，多制造一些容易产生bug的例子。 （7） 在有条件的情况下，多和客户沟通，他们身上有你所需要的。 （8） 设身处地为客户着想，从他们的角度去测试系统。 （9） 不要让程序员，以“这种情况不可能发生”这句话说服你，相反，你应该去说服他，告诉他在客户心里，并不是这样的。 （10） 考虑问题要全面，结合客户的需求、业务的流程、和系统的构架，等多方面考虑问题。 （11） 提出问题不要复杂化，这一点和前面的有点矛盾，如果你是一新手，暂时不要管这一点，因为最终将有你的小组成员讨论解决。 （12） 追求完美，对于新测试员来说，努力的追求完美，这对你很好，尽管有些事无法做到，但你应该去尝试。
（13） 幽默感，能和开发小组很好的沟通是关键，试着给你的开发小组找一个“bug杀手”，或对他们说“我简直不敢相信，你写的程序居然到现在没有找到bug”。
（14） 到此是不是对测试很有兴趣呢？不过我要告诉你，测试过程中有酸甜苦辣，其中的滋味只有你知道，也许你会感到枯燥，要学会放松自己，去溜冰或做你喜欢做的事，不过，别放弃，因为你的自信告诉过你“你会是很优秀的测试员”不是吗？
二、浅谈软件测试之技巧软件测试虽然辛苦，但是掌握了一定的技巧之后将使你事半功倍。 （1） （2） （3）
（4） 边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。 非法测试，例如在输入数字的地方输入字母。 跟踪测试，跟踪一条数据的流程,保证数据的正确性。 在开始测试时应保证数据的正确性，然后在从系统中找出各种bug。
（5） 接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。 （6） 代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。
（7） 突发事件测试，服务器上可能发生意外情况的测试。
（8） 外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。 （9） 在程序员刚修复bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。
（10） 认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。
（11） 文字测试，如果在系统中有用词不当的地方，我想这是不应该的。
（12） 系统兼容测试，例如有些程序在ie6能运行正常，到ie5下不能运行。有些程序在win2000下能运行，而到win98却不能运行。像一些很特别的用户去使用系统，你很有可能发现bug。
（13） 用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。 ”
在admin系统中，有一个ftp模块，提供上传文件功能。根据需求，它所要实现的功能如下： 1) 2) 3) 4) 5) 省指定文件夹中(temp)的文件只传送给中央； 中央指定文件夹中(temp)的文件传给所有的省； 如果发送不成功，有重发机制； 发送出错要写日志，并提供查看日志文件； 有监控程序监控该主模块(ftp模块)的运行状态。 页面操作则是非常简单，跟其他系统提供的上传功能一样：选中要上传的附件，点击粘贴后再点击确定，返回文件上传成功页面。但后台操作远没有如此简单。记得一开始的时候，启动ftp模块，要先杀调该模块的已经启动的进程，由于没有提供进程控制脚本，每次都是查找该ftp模块启动的用户的所有进程，然后把进程杀掉。这里就有一个问题，由于进程无法表明是哪个应用软件，所以就不可避免的出现“误杀”的情况。记得最严重的一次是我的测试组长和我都是使用同一个系统用户admin去操作应用软件ftp和weblogic的进程，当时她想启动weblogic而我则是要杀掉ftp的进程。由于操作用户相同，所以我每次都是把属于该用户的进程杀掉，而我的组长每次都是很奇怪明明刚刚启动的进程怎么又没有了；而我也莫名其妙怎么进程老是不能全部杀尽？就这样我们两个人一个杀一个起忙得不亦乐乎，严重影响测试工作。结果不难想象被我的组长海k一顿，这就启发我：这样的启动ftp模块方式不好，用户易用性不高。于是找来开发人员，要求写出一个启动脚本和一个停止脚本，以后每次启动ftp的时候只需执行脚本就好了，又安全又方便。从这点我们也可以看出，连我们自己本身内部测试用都感到麻烦的东东怎么能拿到用户那边给用户使用呢？所以我们测试也要从软件按照维护人员的角度多考虑考虑我们的系统。在测试的前段时间里，ftp的运行失败最大的原因是由于权限设置问题而造成的。由于我们运行的是unix系统，有严格的权限限制。对于文件的操作更是如此。这对于没有接触过unix系统的新手来说是一时半会不会理解过来的。比如，使用root用户创建文件夹，但你却使用user的用户来操作文件夹，显然权限不够，操作被拒绝。这样就无法讲文件夹里的文件及时发送出去并删除，造成数据堵塞，使得上传文件失败。所以在使用该模块的时候一定要注意权限，有两点注意：一是对进入系统的用户赋予相应的权限，unix 或者linux 操作系统对用户处理文件的权限设置比较多，因此运行ftp模块的用户权限不得小于在temp文件夹中创建文件的用户权限；(建议启动weblogic的用户和启动ftp模块的用户为同一用户)。二是对脚本要赋予可执行权限，比如使用unix命令chomod。以保证了ftp模块的文件可操作。经过这番折腾，对unix的认识是与日俱增，并学会了vim－unix 世界里极为普遍的全萤幕文书编辑器，简直太棒了。 接下来ftp运行良好，于是考虑压力测试了。通过和开发同学的讨论，再结合实际使用情况，我们整理了以下的测试计划： 1) 测试原理：
测试对象： 一个集团两个省 测试类型：
1） 持续性的压力测试，每隔定长传送30m 100m 300m的文件； 持续20－30次左右；
2） 突发性的压力测试：在第一次启动时，传送的文件很大 500－600m 测试流程： 1）启动测试脚本； 2）观察测试结果； 3）记录测试数据； 4）分析ftp模块性能；
对于持续性的压力测试测试流程：
a）在集团和省服务器上安装测试脚本； b）同时运行测试脚本； 测试脚本的安装：
1）在/opt/admin/ftp/目录下建立目录ftptest； 2) 将脚本ftptest.sh 拷贝至/opt/admin/ftp/下； 3）对该脚本赋予可执行权限；
4） 将ftptest 目录下放置30-100m 的文件； 5） 在shell中按如下操作 crontab -e 10 * * * /opt/admin/ftp/ftptest.sh 6）保存退出；
持续性压力测试我们采用自动测试，利用unix环境自动运行机制crontab（程序定时器）来运行脚本。crontab 是用来让使用者在固定时间或固定间隔执行程序之用，换句话说，也就是类似使用者的时程表。而crontab –e 10 * * * * /opt/admin/ftp/ftptest.sh的意思是在每个小时的第10分钟执行ftptest.sh脚本。脚本实现的功能很简单，就是在定时的时间一到就把ftptest文件夹里的文件往temp文件夹里拷贝一份，而ftp模块定时监控temp文件夹，发现有文件就往特定点发送文件，完成ftp功能。这样我让它运行几天，观察ftp模块是否工作正常，查看数据是否丢失。此时，我们组长又提出了新的要求，要求每隔10分钟压一次。但是，如何设置crontab每隔10分钟执行某个程序呢？在查找有关unix资料后我找到了答案： 其实很简单 crontab -e 输入
0,10,20,30,40,50 * * * * /opt/admin/ftp/ftptest.sh 在每个小时的0分，10分，20分，30分，40分和50分就运行ftptest脚本，呵呵，这样不就每隔10分钟运行一次吗。我把这个方法告诉开发的同学，他也很高兴（本来他以为unix是做不到的）。
至于突发性的压力测试，我就采用了手动方法利用ftp工具一次性往unix服务器的temp文件夹里上传了大量的数据。然后启动ftp模块，看是否能够正常发送。
在测试这个模块的过程中，也考虑了一些异常情况的测试。如服务器磁盘满了。此时上传附件肯定是不会成功的，但我们要看的是程序对这个异常是怎么处理的，页面又作何处理（主要是查看页面的出错信息提示是否正确）？在这个过程中发现不少有趣的错误提示，都一一跟开发的同学讲了，大家就把该改的地方改了，杜绝隐患。
其实测试工作除了要有一定的知识外，更多的是在工作中积累下来的经验。比如，在检查涉及查询条件的地方时，要注意使用两种方法，一种是不带查询条件的测试，另一种是带查询条件的测试。具体为：在未输入查询条件的情况下进行查询以测试查询记录是否正常；在输入查询条件后进行查询以测试查询到的记录是否满足设定的条件。别小看这个，往往带条件查询时翻页可能会有问题。还有就是问问题，一定要讲究技巧，虽然说新手如初生牛犊不怕虎，但你问人家问题的时候你本身一定要对你想要获取什么信息心中有数。这点我最有感触，记得问过zhaohy一个地址链接问题，她反问我：“你说的是数据库地址还是应用地址？”我一时回答不上来。试问连你自己都不知道的问题别人又如何帮你解答？后来知道原来数据库地址和应用地址是两码事，不能认为数据库地址就是应用地址。因此，在问地址的时候要注意指出是数据库的地址还是应用的地址。还有就是在测试mpic的时候，由于该系统需要其他系统的协助，比如misc、portal等。我问过zhanggl最多的问题是为什么portal无缘无故就死了，上不了。但每次问的都不好，到后来他都恼火了“xportal有很多网元的，你说哪一个啊！ 跟你说了这么多次，你为什么从来就不长记性呢？
”呵呵，这可是他的原话哦（xportal确实有很多网元，比如wap、3w、pda）。经过这么几次后我问问题都会先问我自己，是否已经到了非要问别人不可的时候？你要问的问题已经准备好了吗？慢慢的，我发现我问的问题别人有时候也不是那么容易回答的了。
还有就是平时工作的积累，我来公司工作之前是真的一点都没有接触过测试工作，完全一个fresh man。头个月真的很辛苦，感到压力很大，很担心自己的工作做得不好。要知道，测试工作是一个team work，一个人的工作好坏会影响到整个团队的工作质量。所以我在工作的时候会把不懂的地方记下，再在以后的工作中寻找机会去弄懂。虽然在此后碰壁不少，挨训机会也多，但每次我都会记下我失误的地方，因为这就是我的经验，如同玩游戏一样，死得多经验值也多。有幸在zhaohy麾下当一名小兵，是我成长最快的时候。
