我的测试经---写给软件测试行业的新童鞋们

刚刚完成了一份员工进步奖提名的自荐信，恍然大悟，原来工作的这两年还是学习到了不少的东西的。遂觉得心情大爽，于是决定把本人这两年的工作情况跟大家聊一聊，各位童鞋不喜勿喷！

先来介绍一下本人吧。我学历不高 大专生一枚，大学学的是安装工程，跟软甲测试是八竿子打不着，大学时代乖乖学习、勤奋读书、积极参加学生活动，时不时还拿个奖学金，学习上算是混的不错吧。大学实习去的是物业公司，在一个高档小区内工作，同期实习的有四个大学僧，或者勉强算是大学生吧。我们的到来乐坏了物业公司的领导和小区的业主，因为终于算是有大学生开始给他们修马桶、换灯泡和通下水了，同时也愁怀了我呀，遂觉本晴朗的天空慢慢的落入黑暗中呀。好吧，不扯皮了，还是聊聊我和软件测试所结下的缘吧。

在物业公司的时候一个偶然的机会看到一个培训机构的招生广告，就不说哪个机构了免得大家说我做广告。经过。。。。。。（此处略去几百字）的过程，我就去那里学习了八个月，说是八个月，其实每周就上三个半天课，在那里主要培训了软件测试的理论、linux、数据库、windows、C和自动化工具这些东西。毕业以后就被外派到中国银行的功能测试团队，进行uat测试，一晃两年了。今天主要是想聊一聊工作的事情，希望对那些新入行的童鞋们有帮助吧。

外包公司几乎都一样，稳定性都很差，这个项目结束，你就要去下个项目要不然可能面临的就是失业。我进入中行一直在电话银行团队，虽然也有不好的时候被派往其他项目组流浪。刚进项目组的时候原来想象的不太一样，以为会用到数据库、linux、自动化工具什么的，谁知道完全没有。后来想想也对，中国银行这样的企业测试流程早已经成型了，分工非常精细，每个环节可能都有一个团队负责，纯功能的测试怎么会让你去搭个环境什么的。银行的系统大致可分为这样几个模块，首先是核心系统主要是负责一切与钱有关的东西，存款取款都属于核心系统的职能。从银行角度来看其他的都可以称为外围系统，这个包括中间平台、渠道系统等等，我所在的电话银行就属于渠道系统，另外还有网银、手机银行、ATM机、柜员这些都叫做渠道系统，另外的一些系统如现金管理、复审系统等等就是中间平台类了。另外还有一些如借记卡、基金、外汇、理财、股商、期货等等，这些我也不知道该如何分类了。从测试难度来看，我认为核心系统是最有难度的，首先你需要有比较扎实的会计学知识，能看得懂各种账目，出账、入账、分录等等，其次，你要有比较好的逻辑能力，因为你可能要面对外围系统发起的几十种的动帐请求，然后测试是否扣账成功。核心系统就写到这里吧，请专业的高手补充。

下面主要讲讲渠道系统吧，从核心系统来看，我认为渠道系统可以理解为所有进入到核心扣账的路径。那么从理财、基金、期货、证券这些系统来说那么渠道系统又可称为他们的交易路径，例如，我可以通过电话银行的方式购买理财产品，那么电话银行就算是理财系统的渠道系统。其实渠道系统也是非常不好测试的，同核心相比渠道系统又有自己的测试难点。首先，渠道系统的环境是非常复杂的，拿电话银行举例，中国银行在电话银行端可以进行的交易多达十几种，包括基金、理财、外汇、A股、B股、企业年金、养老金等等而且这些交易还有不断增多的趋势。每一类的交易都有少则几个多则十几个的系统参与，有任何一个环节出错都会导致测试不通过。拿电话银行的主体业务转账来说，就涉及核心系统、借记卡系统、短信系统、TOKEN、报表系统等等，另外一些中间系统也会涉及到，负责电话银行验密、签约、客户信息的系统都会用的到。说这些只是要证明在银行系统是一个非常复杂的系统，进行这一类的测试需要不断不断的积累，才能有所成就，相对于走性能测试技术道路的童鞋、走业务领域也还是有不错的前景的。事实上，对新入行的童鞋多半不会涉及到这些系统的连接，你多半是执行一下案例或者编写一些案例。每个系统都会有专门的团队来负责，测试项目开始前这些系统都是大致搭好的，测试团队所指的联通环境更多的是验证性联通，通过你前端发起的交易来验证环境连接的正确性，硬件层次的联通包括系统与系统之间需要用什么网络协议、应用哪个厂商的中间件等等，是我们测试不会涉及到的。

现在来讲讲测试经理，验证性环境联通如此重要，那么这些环境联通性的测试由谁来负责呢？这个一般会由测试经理来负责的，测试经理对于整个项目的总体把握一般是最好的，他需要很清楚系统的连接构架、能大致判断问题出在哪个环节。另外，测试经理还需要有比较扎实的业务知识，因为业务知识不牢固，你压根都不知道你所测试的项目都有哪些功能，需要哪些环境，就更别提联通了，例如，功能说明书出现 冲正，如果你都不知道冲正是什么东西，就更别提需要联通哪些环境了。还有就是测试经理需要手眼通天，非常善于交际，你必须要和各个项目组、各个团队都有比较好的沟通，尤其是开发人员，例如，我们测试的时候经常会遇到版本前准备数据的事情，准备数据这些内容是不会写到任务说明书和功能说明书中的，如果测试经理没有分析出来就让打版本了，那么测试经理就只能自求多福了，如果版本只涉及到你一个系统尚且还好，如果涉及到多个系统你就只能自认倒霉了 。但是通常这种情况开发人员是比较清楚的，因为经历了接口测试、系统测试开发人员对系统的把握程度就非常高了，如果他和你关系好，会主动告诉你的，但是你要明白他是没有告诉你的义务的。测试经理是骨干中的大拿，没有个三五年的经验，我等小辈是无法企及的。好吧，说句实话，在中国银行你是不可能坐到测试经理的位子的，如果能成为中行的员工就另当别论了。

还想和大家分享一下，我们实际的工作内容。当然如果你报有一种乐观的态度，那么这些工作内容还是蛮有意思的。UAT测试和系统测试、接口测试不太一样，首先，UAT测试的环境一般和生产上用的环境相似程度已经非常高了，即实际银行系统是如何运作的，uat测试环境也能达到如何运作。所不同的是所有的用户数据都是经过漂白的。所以随随便便给自己账户存个几百、几千亿，给自己办张全世界通用多币卡权当自娱自乐了。电话银行包括国内的，海外的，还是基金、理财等外围系统、交互式语音系统全球联动，你时不时也需要同新加坡、香港、澳门等分行的员工听话，你还能听到全世界各种各样的语言（PS，虽然听不懂吧）想想也还是挺有趣的。

读完最后一段，觉得很像是给银行做宣传。客观来讲，弊端还是不少的。外派性的公司发展前景不加，最好最好你就是一个测试组长、当然有的银行可以坐到测试经理。员工归属感很low的，行内员工的待遇是非常高的，每天和他们接触难免会滋生羡慕、妒忌、恨。稳定性也比较查，没准哪天你就滚蛋了。