通常测试主要有金融(银行,保险,基金)、通信行业、嵌入式软件、互联网行业。

软件测试不同于开发,开发是术业有专攻,测试必须是专而不一,知识面一定要广而精。

我从事软件测试行业不是很久,第一份是银行的UAT测试,接触到的也就只是一些业务知识,技术层面就遥不可及。当然,对于刚加入测试行业的筒子们,这是一个很好的适应机会。可以趁这个机会具体的实践了解,软件测试到底是做什么。软件测试看似是重复的做一件事,其实不然。

软件测试需要严谨的思维,逻辑能力一定要强。作为一个初级软件测试工程师,应该锻炼自己测试用例设计能力。测试用例设计师软件测试的核心部分。这些都是需要经验累积的。

比如,常用的黑盒测试用例设计方法:等价类、边界值、因果图、判定表、业务流程分析、错误推测法等等。也许,你会说,这些方法你都懂呀。我刚开始,也是如此的自以为是,真正到了自己设计用例的时候确实无从下手。

就拿因果图来说吧。找出原因和结果并不难。但是画因果图是有技巧的。比如,添加中间节点。我们都知道,因果图是需要结合判定表来设计的。这就问题来了。我们一般是有n个条件,就创建2的n次方条用例,然后再合并,筛选。那么我想问了。如果有10的原因条件呢,难不成你要设计2的10次方。显然,这是不可行的。那是多么庞大的数据。这个时候,因果图的中间节点就起效了。我们可以根据中间节点来拆分成几张表,比如3 3 4,最大的也就是2的4次方。然后再进行合并,这样就可以事半功倍。

ok,扯远了,金融行业软件,涉及到钱的嘛,当然,数据的准确性就是至关重要的了。所以,要想金融行业站住脚,光有成熟的业务能力还是不行,要充分了解数据的动态流向。比如说生成的报表,这里面到底经过了怎样的处理,是如何挖掘数据,如何设计算法的。对于数据库,你又了解多少呢,简单的增删改查,告诉你,弱爆了。SQL竟然是编程语言,它就有强大的功能,还是自己去学习吧。

我的第二份工作就是数据仓库开发项目,主要是ST测试,BVT测试。来到这里之后,又让我充分的了解银行系统的整个开发流程包括业务流程。数据仓库主要包括,数据源、数据仓、数据展现。原来我们平时看到的一张报表,是经过这么多流程得来的。首先,建立数据源(就是我们都了解的增删改查,建立表),第二,ETL(数据抽取、转换、装载),第三,数据挖掘,设计报表,最后,报表页面。

主要就是上班无聊,想写点什么,所以,就写下了这篇博客。