十月份实习总结

进入正式实习已经快半个多月了，虽然是实习，我们已经做着和正式员工一样的工作了，也对自己的工作负责了，这个月收获还是很大的。

这个月也是忙碌的一个月，因为8月份到11月份是补丁包的爆发期，而且都是十分有规律的，比如这周是学工系统补丁包爆发期，那么下周就是研究生了，我遇到的最多的时候是一天发出去42个包，总共七八个执行人，平均每个人的工作量可想而知，经常会遇到这样的情况：一个人同时要处理多个包，但是有些包要优先处理，你即使手上已经有在执行的包，你也必须放下去执行那个优先处理的，做过测试的都知道，测试工作是很忌讳被打断的，因为很可能你当时的思路就被打断了，这样重新整理又得花费时间。相对来说，公司的测试还是相对较好的，我们不能奢望做到像微软那样1:1的，也没有他们那样的自动化测试工具，我们的测试都是手动的黑盒测试。尽管如此，虽然忙点，但是也锻炼了我们应对突发情况的能力，以及同时面对多项任务的权衡技巧。

这个月的包不仅数量多，难度也普遍很高，由于我们不可能掌握所有业务，所以还是有很多模块不熟悉，甚至有时候整个模块级别的包是新增的功能，对于新增功能往往是问题最多的，我上次遇到的一个包就很复杂，总计包含一百150条测试用例以上，这种包我总结了一个经验，不能拿到用例就去执行，而是要先看需求，理解需求的含义，然后浏览所有用例的测试点，对用例的测试方向有个大体的了解，然后把可以归纳的用例放在一起执行，这样可以大大提高效率。这个月由于工作繁忙，执行组和设计组也合并了，就是原本负责执行用例的也要负责编写用例，遇到低难度或者高难度的可以直接执行，对于中等难度的是必须写用例的，这几种难度的用例我都尝试着写过，尝试过才知道，写用例其实比执行用例的更加复杂，一般的设计，是不用执行直接根据需求写用例的，这要求对用例把握很到位，而且这种效率很高，缺点是用例写的很笼统，具体的细节得执行人员去摸索；另一种设计，是自己也要去执行，边执行边写用例，这要很费时间，但是用例十分详细，给执行人员节省了很多精力。我其实比较倾向于第一种设计，因为如果执行都让设计做了，也没必要执行了，设计只是把需求细化的过程，至于执行遇到的问题得执行去解决了，当然，设计和执行的配合是很重要的，毕竟是一个整体，任何一个环节出问题，都会影响其他环节的实施效率。

总结这个月的得与失，自己有做的好，也有欠缺的地方，毕竟来的时间不长，不懂的业务还很多，必须虚心向大家学习，测试本身也是个不断积累的过程，测试的多了，遇到问题多了，总结的多了，就会少走点弯路，我也是在这样一点点地积累的，希望以后会做的更好吧。

20-7