我是2014年7月进入电信行业虚拟运营商系统做功能测试人员的，至今两年5个月。今天想写一下这段时间的工作经历，分享一些知识，发现居然没货可倒。为了完成任务，简单罗列一些个人的想法，肯定有很多不对之处，欢迎指正，由于我一直做的是功能测试，所以此篇只谈功能测试相关。
关于软件测试本身。
首先软件测试，特别是功能测试，是一个入门门槛较低的行业，我当初也是因为这点才进入软件测试行业的。这是一个优势也是一个劣势。优势是对想进入IT行业的年轻人来说的，只要你认真研读几本软件测试书籍，认真做几个模拟项目，加上沟通能力和其他软实力，基本可以进入软件测试这一行业了。劣势同样很明显，由于门槛低，很容易让人觉得测试是个任何人都能干的活。我现在的项目组，就有一个需求人员和一个UI设计人员，因为近几个月的项目中没有适合他们的工作，上级领导居然安排他们进入测试组做功能测试。
其次，功能测试的经验优势不明显。一个做了5年和一个做了半年的功能测试人员，真的差别不是很大。BOSS系统的一个五年经验系统测试人员，如果他还没有升职还是一个普通功能测试人员，估计他的优势只是业务要比新员工熟悉。可是一个认真的测试人员，进入某个公司兢兢业业的做半年，基本业务已熟悉，再针对每个版本的需求，认真撰写用例和执行，测试质量并不一定比老员工的差。
第三，功能测试人员发展后劲不足。前面已说了，可能你进入公司半年，就能担当测试部的核心人员，但是后续的发展却令人担忧。一是技术方面，业务已熟悉，性能、自动化有专门的技术组支撑，你并不需要学习其他技术，而且敏捷版本迭代迅速，也没有充足时间让你去锻炼某项技能。二是就管你走管理路线，一般公司的测试团队人数并不是很多，一个底层测试团队可能并不会超过10人，哪怕再往上走，最多也只走到测试经理职位，有的公司也能做质量总监等，但相对来说测试行业的发展路子还是没有其他职业多。像我们公司，质量总监是质量部即QA人员升上去的，测试部想升质量总监还得转岗。目前测试部最大领导也只是测试部的部门经理。
关于电信行业的功能测试人员。
首先，通宵多。电信行业，月末最后一天和月初第一天，铁定通宵中，哪怕是春节期间，也要有开发人员、测试人员、维护人员、DBA等在岗，在干吗，月结出帐。还有每个月至少一个版本，要在凌晨上线，验证完版本功能，还得验证核心业务。还有紧急bug上线的，也得晚上通宵搞。
其次，事多。虚拟运营商业务支撑系统是依托三大运营商系统进行再开发的，而且各虚商系统其实都差不多。像我们之前已做出产品，再接入一家虚商，对开发人员来说，可能只是把代码重新放一下，配置改改，但对测试人员来说就不一样了。首先不管代码改没改，所有业务都得全量测试，其次专线开通、联调测试、拨打测试、准入测试、验收测试、业务培训，哪一样少得了测试人员？这是新接入系统，再讲日常版本，一个月至少一个版本，一个版本通过十几个新增需求，还有N个补丁包（下回专门讲一下为啥会有这么多补丁），就一两个功能测试人员，复杂的功能光是造数据都得花一两天时间。电信行业的测试工作强度算比较大的。
第三、文档多。我们公司不需要写测试需求文档，测试方案也通常只有一份，日常版本不需要有，但是还要有以下文档：测试计划、需求评审、测试用例、用例评审、测试记录、测试报告、操作手册、交接文档、部署手册、测试小结、故障分析、准入准出检查单等等，还有质量管理系统中的流程操作，非常繁复。
如果你看了以上，还是想从事电信行业的功能测试人员的话，我有以下建议：
1.你要数据敏感。跟金融行业一样，电信行业的测试，要对数据非常敏感，对数据流要非常清楚，一个查询操作，是调什么接口，传什么参数，获得什么数据，这个数据是来源什么表，是否有进行单位转换；一个更新提交操作，是调什么接口，修改哪些表的哪些数值，这些东西你的头脑里必须非常清楚，因此，数据库操作能力，你是要必须具备的。
2.linux要熟练。从换包部署，到功能测试分析数据流，到故障定位，你不把linux玩熟，基本不好混。我们通常要求测试人员在提交bug时，要已经对日志进行过分析，能定位于故障发现原因、位置、如何修复。
3.沟通能力要好。跟需求沟通、跟开发沟通、跟现场维护人员沟通、跟客户沟通，系统测试人员是需要与多人沟通交流的工作，需求复杂，光看文档有时并不能很好的理解需求，系统测试人员需要跟需求、开发好好沟通、了解清楚需求，还得跟现场、客户沟通，指导他们测试。一般项目较大时，还会涉及到一个远程沟通的问题，远程沟通对人的沟通能力要求更高。
简单说一些，都是皮毛，已被Abel鄙视，但是我既然参加这个百日活动，既然给自己定了这个目标，just do it .
