Sternzeichen 发表于 2014-2-5 23:15

tkkk3 发表于 2014-2-5 23:03
既然关键词都找到了,就查资料,一个一个搞清楚它后面的含义,再把这些关键词串起来,慢慢就把业务搞明白 ...

测试用例十分复杂,这个公司测试部门都是bwler在做,或者 wi-info在做,因为是银行的逻辑,测试也十分复杂,需要专业的来做,本人曾经跟上级提出过类似要求,但上级不赞成,但在本人强烈要求下把测试用例发给本人,结果根本不会测试,需要非常专业的配置各种参数,在你不明白商业逻辑的情况下,根本不知道各个参数代表的意义,参数值大小,不光参数,包括系统配置,执行,运行 下来需要十几步,才明白上级的意思,最后只能放弃了, 交给测试部门的做了,这个公司测试部门的不懂编程,有一个即懂商业逻辑又懂编程的,是上级的上级,根本没工夫搭理本人...

tkkk3 发表于 2014-2-5 23:26

Sternzeichen 发表于 2014-2-5 23:15
测试用例十分复杂,这个公司测试部门都是bwler在做,或者 wi-info在做,因为是银行的逻辑,测试也十分复 ...

Unit Test,Functional Test,/Integration Test,还有就是人去挑错,那你们公司没有程序员可以执行的测试吗?如果没有,我只能说银行确实是个神奇的地方。参数再复杂,总有规律可循呢,就不能把一些最简单的规律写下来,自动去跑吗?叫你这么一说,我都想去你公司申请个职位挑战一下了。

Sternzeichen 发表于 2014-2-5 23:44

本帖最后由 Sternzeichen 于 2014-2-5 23:47 编辑

tkkk3 发表于 2014-2-5 23:26
Unit Test,Functional Test,/Integration Test,还有就是人去挑错,那你们公司没有程序员可以执行的测试 ...

没有uni test, integratin test 只有1,2个人在做,其中一个也就是我的上级,测试部门不做这个,测试部门都是bwler和 wi info, 绝大部分是bwler, wi info的罕见,wi也几乎不接触程序,它们测试的内容就是,把各种参数,数据和文件,配置好,输入进去,执行运行系统,最后查看结果,是否达到了需求文档上要求,结果是否正确,就这些了,举个最最简单的例子吧,比如系统每个季度都需要自动录入德国银行代码,从14年开始德国银行除了代码之外新引入8位 iban 号,系统 要求现在能够从银行发过来的文件中自动读取这个iban号,并显示在账单表格中,那测试部门他们只是向系统发送文件,看看是不是所有的iban号都正确读入了,他们测试就是做这个,这只是个最简单的例子,涉及复杂商业逻辑的测试非常复杂的,他们要计算各种结果和数据是否正确

你说的那个uni test intergration test, 这个公司不太常用,1,2个人管这个就足够用了,我觉得可能是系统比较成熟了,模块都很成熟了,平时都是最上层的功能上的一些改进,测试部门主要就是看这些功能是否实现,结果是不是正确,至于集成什么的,几乎没什么问题,至于uni test 那个一般都是底层模块还没成熟时,还在开发过程中才经常用.

ealincoln 发表于 2014-2-5 23:46

我觉得如果想在这个公司做得开心一些,还是趁业余时间去学点金融吧,凭你学Info的这点智商,金融的基础知识不难的

polo 发表于 2014-2-5 23:49

我刚毕业那会儿就想进银行搞IT,偏题了{:5_338:}

R2D2 发表于 2014-2-5 23:50

许多专业领域的IT确实业务层面的说明文书很少,有些是Quick and dirty,有些是非IT的人员开发的,同时他们由于许多因素,IT管理是纯瀑布的方式,或者以本行业的PM方式出发,而不是IT的PM,在IT管理上存在缺陷。

Fachlich的知识是不可能消失的,这些条框很多都在aeltester mann in Dorf的脑子里,或者在Project manager的那些文书里,我在Logistik行业呆过,业务层是纯WMS相关的,情况也很像。

tkkk3 发表于 2014-2-6 00:09

Sternzeichen 发表于 2014-2-5 23:44
没有uni test, integratin test 只有1,2个人在做,其中一个也就是我的上级,测试部门不做这个,测试部 ...

程序员不能直接去(集成)测试拿反馈,这样写程序太累了,也可能银行的业务就只能这么做,有他的特殊性? 但就IBAN的例子,你们的QA(测试组)完全可以把参数设置好,让N个测试系统跑起来,再把实例文件,期待的输出值交给程序员去用,这样程序员就很快可以拿到反馈,更快的发现程序里的问题。

xianshibian 发表于 2014-2-6 00:56

很正常的,做哪个领域的软件就要知道那里面的逻辑。我有认识的人,工作看半年编码,就为看懂的,也有画图画好几个月理清思路的,都是自己摸索多,如果同事不nett的话。

灵感涂鸦 发表于 2014-2-6 09:27

没文档没注释太正常了....有的有文档烂的都让你看不明白。没捷径只有和同事,其他程序员交流, 然后时间磨。我觉得楼主这个情况挺好的,难做公司才请你的,好做不换谁都行了,干几年这系统代码都搞明白了,公司就怕你炒他们了

henrychina 发表于 2014-2-6 09:36

楼主有前途有发展阿! 你自己也说啦,又懂代码又懂商业逻辑的人是你上级的上级。。那你现在利用业余时间补一补商业方面的知识,钱途一片光明啊。
你们没有上岗培训之类的流程么?还是说你作为技术岗位没有给你产品逻辑方面的系统培训? 如果没有的话你找一找BWLer新人到你们单位能拿到的培训资料?或者干脆主动申请跟他们一起培训试试。。
页: 1 2 [3] 4
查看完整版本: 码农请进,谁遇到过这种情况?