通常测试主要有金融（银行，保险，基金）、通信行业、嵌入式软件、互联网行业。
软件测试不同于开发，开发是术业有专攻，测试必须是专而不一，知识面一定要广而精。
我从事软件测试行业不是很久，第一份是银行的UAT测试，接触到的也就只是一些业务知识，技术层面就遥不可及。当然，对于刚加入测试行业的筒子们，这是一个很好的适应机会。可以趁这个机会具体的实践了解，软件测试到底是做什么。软件测试看似是重复的做一件事，其实不然。
软件测试需要严谨的思维，逻辑能力一定要强。作为一个初级软件测试工程师，应该锻炼自己测试用例设计能力。测试用例设计师软件测试的核心部分。这些都是需要经验累积的。
比如，常用的黑盒测试用例设计方法：等价类、边界值、因果图、判定表、业务流程分析、错误推测法等等。也许，你会说，这些方法你都懂呀。我刚开始，也是如此的自以为是，真正到了自己设计用例的时候确实无从下手。
就拿因果图来说吧。找出原因和结果并不难。但是画因果图是有技巧的。比如，添加中间节点。我们都知道，因果图是需要结合判定表来设计的。这就问题来了。我们一般是有n个条件，就创建2的n次方条用例，然后再合并，筛选。那么我想问了。如果有10的原因条件呢，难不成你要设计2的10次方。显然，这是不可行的。那是多么庞大的数据。这个时候，因果图的中间节点就起效了。我们可以根据中间节点来拆分成几张表，比如3 3 4，大的也就是2的4次方。然后再进行合并，这样就可以事半功倍。
ok，扯远了，金融行业软件，涉及到钱的嘛，当然，数据的准确性就是至关重要的了。所以，要想金融行业站住脚，光有成熟的业务能力还是不行，要充分了解数据的动态流向。比如说生成的报表，这里面到底经过了怎样的处理，是如何挖掘数据，如何设计算法的。对于数据库，你又了解多少呢，简单的增删改查，告诉你，弱爆了。SQL竟然是编程语言，它就有强大的功能，还是自己去学习吧。
我的第二份工作就是数据仓库开发项目，主要是ST测试，BVT测试。来到这里之后，又让我充分的了解银行系统的整个开发流程包括业务流程。数据仓库主要包括，数据源、数据仓、数据展现。原来我们平时看到的一张报表，是经过这么多流程得来的。首先，建立数据源（就是我们都了解的增删改查，建立表），第二，ETL（数据抽取、转换、装载），第三，数据挖掘，设计报表，最后，报表页面。
主要就是上班无聊，想写点什么，所以，就写下了这篇博客。