软件测试并不是很简单！
软件测试是一项复杂的系统工程，从不同的角度考虑可以有不同的划分方法，对测试进行分类是为了更好的明确测试的过程，了解测试究竟要完成哪些工作，尽量做到全面测试。1,按是否需要执行被测软件的角度
按是否需要执行被测软件的角度，可分为静态测试和动态测试，前者不利用计算机运行待测程序而应用其他手段实现测试目的，如代码审核。（我认为主要是让测试人员对编译器发现不了的潜在错误进行分析，如无效的死循环，多余的变量等，有开发人员进行测试），而动态测试则通过运行被测试软件来达到目的。
2、按阶段划分：
1 单元测试
单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。因为单元测试需要知道内部程序设计和编码的细节知识，一般应由程序员而非测试员来完成，往往需要开发测试驱动模块和桩模块来辅助完成单元测试。因此应用系统有一个设计很好的体系结构就显得尤为重要。
一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。
2 集成测试
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。
3 系统测试
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。
4 验收测试
验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。
5 回归测试
回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。
6 Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
7 Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
3、按测试方法划分：
1 白盒测试
白盒测试也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。
白盒测试可以借助一些工具来完成如Junit Framework，Jtest等。
2 黑盒测试
黑盒测试是指不基于内部设计和代码的任何知识，而基于需求和功能性的测试，黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。
黑盒测试也可以借助一些工具，如WinRunner，QuickTestPro，Rational Robot等。
3 ALAC(Act-like-a-customer)测试
ALAC测试是一种基于客户使用产品的知识开发出来的测试方法。ALAC测试是基于复杂的软件产品有许多错误的原则。最大的受益者是用户，缺陷查找和改正将针对哪些客户最容易遇到的错误。 看了前面的回复，他们分析的很好．我目前只知道软件测试的一点理论知识，不知在实践的时候会是怎么样的？现在又是经融危机时期，好多人都在为工作的事着急．而我现在才开始学，不知道会学的怎么样？
这种问题，测试人员自己来回复没意思。
这种问题，测试人员自己来回复没意思。为什么，不公平！
跟最近的躲猫猫新闻一样，警察自己审自己！
你去问问开发的，测试到底在干什么？俩字，找BUG. 虽然在这么严肃的问题上 我也不能发表啥看法...因为我还是个刚学测试的新手..但是楼上的..找BUG 好像不止2个字吧...:L
回复 4# 的帖子
后来为了自己的职业发展，我又跳槽了，因为我想转行做质量管理。我觉得测试只是保证了软件的功能性，与质量没有任何关系。换一种说法，目前大部分公司的测试现状只是用来证明已有的软件功能正常可用即可。这并不是真正的质量。所以提高质量只能从质量管理过程改进，从建立一套有效的管理流程和标准才可以。 我同样选择了一家测试刚起步的公司，自己作为一名唯一的“质量人士”开始思考，为真正的质量服务。 我从最初的理论知识看起，从发现自己以前老挂口边的集成测试，系统测试，回归测试，并不明白他们在各个阶段针对什么；自己常给别人培训的静态测试，动态测试，a测试，b测试，只是当成一个概念而已，并没弄清楚他们存在的价值；当然，还有很多很多其他的方面，都是一知半解的程度。而目前自己正在做测试策略，测试度量方面的研究，如何才能把他们引入到测试工作中，为测试工作起到推进的动力和衡量的标准。所以这个阶段我觉得测试是一门学问，一门需要潜心钻研测试有才成果的学问。能否推荐哈，你所看的比较好的资料，万分感谢！！！ 我也觉得公司看不起测试的 如果真的测试都是那么简单，那都让刚毕业的操作工作就好了
测试工作其实出现现在这样的状况和国内的公司对测试的重视程度来决定的，现在很多公司，包括我们公司，从成本角度考虑，都招应届毕业生，有的时候甚至是一些高中毕业上的培训班，到公司做一些简单的功能测试，但是实际上，每个公司在测试方面都是有牛人的，这些牛人来带着这些刚毕业的学生在搞测试，如测试用例，自动化测试都是需要个人能力以及经验的积累，这些都不是简单的工作，可能在执行测试用例的时候，刚毕业的学生执行了，可能属于简单的工作，但这不能否定测试是个简单的工作，我经常听到测试人yuan 说开发人员就会复制，粘贴，其实这是一个道理
回复 11# 的帖子
yes正确，那不是测试的悲哀而是dev的水平太低
一个测试人员感受成就是因为，那个测试用例经过了精心的设计或者使用默写特殊方法才出现的
因为，付出的越多，获的成就感就越强 刚来混，改变不了什么 只好踏实学了~ 测试的前途是光明的,现在只是黎明前的黑暗! 测试地位低于开发，我认为是国内公司的通病，在一个公司里，测试就是为开发服务的，地位是低于开发的。我也深有感触。 原帖由 Jackc 于 2009-2-17 14:25 发表 http://bbs.51testing.com/images/common/back.gif
之所以说问题提得好，并不是说这个问题有多么新颖，而是它一语重地刺到各位测试同仁的内心敏感处。
相信各位测试的同仁曾经都被这个话题困惑过，其实只要放平心态即可，如楼上老兄说的“闻道有先后，术业有专攻。 ...
风趣、幽默、实在。尤其是”如果你还是觉得自己拿钱少，恭喜你，可以直接跳槽了~“
个人感觉有些做tester or qa的同学很浮躁!相信看了14#的同学会对测试有进一步的认识！ :lol 很好 赚钱就好 好 回复 4# kuailederen
只想说一个字：好！ 虽然常常陷入迷茫，但还是要坚持！ 学习
