外派到ASB的这段时间，的确是挺辛苦的。相较于WS的安逸日子来说，可称得上“艰辛”二字。每天5:30的闹钟，匆匆吃过早饭，再走上半个小时，在路边等ASB的班车。虽然这种日子将持续到8月份（如果项目延期，那……），好在我已经将“苦中作乐”的真谛烂熟于胸，坚信有失必有得，这一个多月过的也挺乐呵。
ASB就是Alcatel Shanghai Bell，安全制度严到不行，工卡是不能随便借给他人的，访客在登记（抵押身份证）之后，还要联系有一定资格的ASB内部员工下来接，才能进去。最初的那几天，我真有点儿受不了他们登记、等人来接这一系列的手续，直到我触犯了ASB的规定，还连累Jason、Liam陪我在保安那接受思想教育，我才不敢造次:)事后想来，的确是自己的问题，在客户那儿当个二等公民，还这么不安分 
闲扯了那么多，我终于想起写这篇博文的目的是总结工作。这一个多月，我做了什么呢？恩，主要还是单元测试。这本来是由开发人员负责，但项目进度紧，我们测试也就责无旁贷地扛起这个重担。
- 安排Workflow部分的单元测试计划
Workflow本身是一个整体，不太好进行单元测试，在制定计划的时候，我走了很多弯路。由于对Workflow不熟悉，而这一部分的代码结构也比较复杂，我们不清楚什么是有必要测的，什么是可以忽略的。及时与开发人员沟通，是做计划很重要的一环。在做好计划之后，一定要给开发人员Review，因为我始终相信，开发人员更懂得他那部分代码的单元测试，对什么类要多考虑几个case，什么类大概要几天搞定，开发人员心中都是有数的。 - 参与了单元测试用例的设计和编码
这个没什么说的，Unit Test和Bug管理都搁在TFS上。 - 编写Workflow单元测试报告
主要是统计Bug和代码覆盖率。首先要设置VisualStudio->[Test]->[Edit Test Run Configuration]。之后，就能在跑Unit Test项目中case的同时，看到[Code Coverage Results]中的数据。 - 实现了监视MSSQL的小工具
这个是我八小时外的工作。因为在后期要把Bug信息存到数据库中。若数据库添加了一条Bug信息，小工具就发邮件给相应的人。我把程序做成了Windows Service，呵呵，虽然挺简单的，但由于不知怎么调试Windows Service OnStart方法中的代码，我还纠结过一阵子。最简单的方法是，在OnStart方法中加上以下代码：
#if DEBUG
Debugger.Launch(); //Launches and attaches a debugger to the process.
#endif
一个月的时间，我已经找到了自己在项目中的位置。最后，我想要感谢zHn同学对我生活上的照顾，感谢子飞从电话那边传来温情的话，感谢Daniel、Jason陪我一路闲聊……尽管他们不会看到这些，我还是忍不住经常想把内心的感谢转为文字，尽管他们不需要这些，我还是忍不住要记录下来。
