我的成长--从足球到篮球有多少路要走(二)

阶段二、初试

2010年姗姗的来了,新的业务,新的人,新的工作氛围。09年年底季度会的时候,这个部门的部门经理就说他们是救火队,每天都在忙线上的事,全国32个省全都有他们的业务,一共50几套系统。改线上BUG,测试,上线,是他们主要的工作。来了之后知道了他说的是真的,他们开发人员的电话整天不断,总会有人打电话过来提问题,问问题。有项目要做了,原有企业邮箱迁移,测试的要准备测试相关事情。准备?准备啥呢?从哪准备?交接的那个人已经离职走了,没人可问了。先熟悉企业邮箱,从头到尾,参数在哪个配置文件里配置,配置文件的位置在什么地方,文件里各个参数是什么意思,有不明白的,不懂的问开发的,问完之后记录,整理,发邮件,让其他测试人员也知道。时间不等人,迁移开始了,人人紧张。按照以前整理好的文档,其他测试人员找不到配置的地方,我找,其他人不知道应该配什么的,我配。迁移的测试总算结束了。重头戏还在后面呢,这只是一个开始。

做好本职工作的困难

一、业务

接下来还有新的项目,组长要我们选择,一是迁移后的后期维护,另一个是现在线上50几套系统的整合平台。另外那个人选择的后期维护,认为已经测试过,会熟悉一些(他以前是负责终端测试的,对服务器端一点也不熟悉),我选择了整合平台的项目。接手项目,查看已有的需求库时发现自己彻底要晕菜了,说是需求库,还不如说是一个个的需求小列表,维护的不好,都是有一条在后面加一条,有些是互相冲突的,有些看不明白头尾,想通过这个需求库来掌握线上所有需求,不可能,32个省,可能分出32种业务形式来,粗看上去,业务形式是一样的,但细节又每套系统都有每套系统的特点,彻底把人搞崩溃了。还好整合后的平台不会所有省份一下子全部上线,会以一两个省试点,先主要熟悉这一两个省的需求然后再熟悉其他省份的需求。找到第一个省的业务开通的工具,了解工具的使用,在测试环境搭建查看第一个省份的通讯机、管理机上的配置、各个配置文件的位置,里面的含义,数据库各个库存放的是什么数据,每张表,每个字段的含义,继续用老办法,在记事工具上记,然后一遍一遍的操作熟悉。整合平台开始测试了,测试中发现不明白的问题,直接去找开发的负责人去问,让他讲清楚,他也是个很爱讲的人,你问到一他可以讲到三,每次问完回来,把他该讲的和不该讲的全部记录下来。在这段时间线上几种主要的业务形式已经可以给别人讲的清清楚楚,常用的各个配置文件,配置参数是什么含义,应该写什么东西,知道的一清二楚,数据库各个库,各个表,各个字段的含义弄明白十之七八。两个省的功能测完了,由于某些原因,只有这两个省上线了,其他的省份还在等消息。别人讨论线上的BUG,偷偷地听着,然后悄悄的记下是什么问题,什么原因引发的,怎样解决的。将业务流程上的问题整理好后,继续发邮件给测试组内的人。

二、技术

以前的公司都是做WEB门户的,主要测试的范围就是在已有的页面中执行操作,查看返回结果,对于数据库操作基本没有。而现在公司的业务主要是基于linux系统,验证的方式主要是查看后台日志,数据库操作,查看入库数据正确与准确性。Linux操作系统没接触过,命令不会几个,SQL基本不会写。09年在公司测试的时候接触过一些,但都太皮毛了。总不能执行一条命令要去问一下别人,写一条SQL再去问一下别人怎么写吧。那好吧,我自学。以前闲着没事的时候自学过一点SQL,把以前的资料翻出来,目标不高,太高深的不会写,一点简单的select总得自己能写吧。每次操作数据库的时候,强迫自己不用客户端去操作,使用后台打开数据库,而且不拷贝以前已经执行通过的SQL,逼着自己写,写错了,再翻出来以前写的正确的对照。一点点常用的SQL语句可以写的很快。在负责项目期间也会有线上补丁要上线测试,每个补丁包里都有已经写好的可以正确执行的linux 命令,如果时间允许,就照着命令行一点一点敲命令进去,查看执行后的结果,然后记录下命令的意思。时间不允许就直接复制粘贴命令,查看命令执行的效果并记录命令的意思,后面有时间了,在测试环境上再写一次,没事的时候再翻出来看看。每天9点上班,8点一刻到公司,8点半开始看书,在测试机上自己按照书中的例子写,然后看结果。Linux、java编程、QTP工具。。。。。。,早上来看书,晚上下班后继续看书,别人还没到公司的时候我已经在工位上了,别人已经在回家的路上,我仍然在工位上。几本大部头的书就是这样啃完的。用QTP做了几个省的自动化测试,也还算像模像样。

扩展

功能测完了,找到开发负责人,请他写业务开通接口的jar包,自己写脚本调用jar包,来测试性能,开发的负责人很高兴,很快把jar包写好了。搭环境,写脚本,调试,测试,提交测试结果。那名开发的负责人乐的屁颤屁颤的去改他的问题。

线上需求框架不清晰一直都是个问题,找到部门经理和测试组长,提出想要整理需求,并讲明自己的思路,他们表示同意。先找个明白的人能从顶层把业务讲清楚,部门经理了,拿着笔和本找到他,请他能概括的讲出来,然后再细问整合项目的开发负责人,整理出初稿,发送给他们。由于后面很多原因,需求最终没有整理出来。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值