一篇文章理清楚——软件测试的方式（总结）

　　软件测试方式种类繁杂，记忆上去混乱， 如果把软件测试方式进行分类, 就会清晰好多。 这里参考一些书籍和网上的资料， 把常用的软件测试方式列下来， 让你们对软件测试行业有个总体的感想。

　　从测试设计方式分类测试名称：黑盒测试（Black Box）

　　测试内容：黑盒测试是把测试对象看做一个黑袋子，利用黑盒测试法进行动态测试时，需要测试软件产品早已实现的功能是否符合功能设计要求，不需测试软件产品的内部结构和处理过程。

　　黑盒测试侧重于测试软件的功能性需求，也即黑盒测试让软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发觉其他类型的错误。

　　黑盒测试更多内容请查看之前的一篇博文:黑盒测试用例设计测试名称：白盒测试（White Box）

　　测试内容：设计者可以看见软件系统的内部结构，并且使用软件的内部知识来指导测试数据及方式的选择。

　　白盒测试一般被觉得是单元测试与集成测试，期中有六种测试方式：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖。

　　更多白盒测试的内容请查看此处链接测试名称：灰盒测试（Gray Box）

　　测试内容：介于黑盒和白盒之间，是一种综合测试的方式，他将白盒测试和黑盒测试结合在一起，构成一种无缝测试技术。

　　灰盒测试是基于程序运行时的外部表现又结合程序内部逻辑结构来设计测试用例，执行程序并采集程序路径执行信息和外部用户插口结果的测试技术。灰盒测试法旨在验证软件满足外部指标以及软件的所有通道或路径都进行了检验。

　　更多关于灰盒测试的详尽内请点击此处查看

　　**总结： **实际工作中，对系统的了解越多越好。目前大多数的测试人员都是做黑盒测试，很少有做白盒测试的。 因为白盒测试对软件测试人员的要求十分高，需要有好多编程经验。做.NET程序的白盒测试你要能看得懂.NET代码。做JAVA程序的测试，需要你能读懂JAVA的代码。 如果你都能看懂了，你都会做测试么

　　从测试是自动还是手动上分类测试名称：手动测试（Manual Test）

　　测试内容：测试人员用键盘去自动测试 （测试GUI），用键盘各类点点点，手工测试更能容易发觉软件的Bug。测试名称：自动化测试（Automation Test）

　　测试内容：用程序测试程序 （测试API），由测试人员按照手工测试的Case来决定自动化测试的Case，再编撰程序或则脚本来代替手工做自动化测试。

　　总结：对于项目来说， 手动测试和自动化测试同等重要，都是保障软件质量的方式。 目前大部分的项目组都是自动测试和自动化测试相结合。因为好多测试未能弄成自动化，很多复杂的业务逻辑也很难自动化， 所以自动化测试难以替代自动测试。

　　对于软件测试人员个人发展来说， 做自动化测试是个挑战，也是测试人员发展的一个方向， 需要测试人员学习大量的开发知识（开发的知识真是学无止境啊）。 从长远角度来看，自动化测试肯定是越来越吃香的。

　　而自动测试比较适宜刚工作不久的人，手动测试最大的缺点就是技术浓度低，单调无趣，容易废人。

　　总的来说，手工测试胜在测试业务逻辑，而自动化测试胜在测试底层构架。

　　如果被测试的程序可测试性比较好， 很有必要弄成自动化测试。 能做自动化的尽量弄成自动化， 比如下边这种情形是可以做自动化的：

　　关于手工测试和自动化测试的比较请查看另一篇博文：手工测试与自动化测试比较

　　从测试的目的分类测试名称：功能测试

　　测试内容：测试的范围从小到大，从内到外， 从程序开发人员（单元测试）到测试人员，到通常用户Alpha/Beta测试

　　image.png

　　测试名称：非功能测试

　　测试内容：一个软件不仅基本功能之外，还有好*敏*感*词*之外的特点，这些叫“Quality of Service requirement”服务质量需求。没有软件的功能，这些特点都无从表现下来，因此，我们要在软件开发的适当阶段-基本功能完成后做这种测试。

　　image.png

　　性能测试

　　性能测试要求测试人员熟练性能测试工具，比如QTP, LoadRunner, Jmeter。 Visual Studio也提供了好多性能测试的工具. 要求测试人员对低层合同十分理解和编撰脚本

　　性能测试十分有技术浓度， 很有发展前途， 是软件测试人员的一个职业发展方向。

　　性能测试推荐看一本书：《软件性能测试过程详解与案例剖析》

　　安全性测试

　　安全性测试的内容太广， 非常有难度啊。 我只接触过XSS（跨站脚本攻击）和SQL注入攻击。

　　安全性测试十分有技术浓度， 我觉得也是软件测试人员的一个职业发展方向

　　按测试的时机和作用分类

　　在开发软件的过程中，不少测试起着“烽火台”的作用，它们告诉我们软件开发的流程是否畅通。

　　image.png

　　BVT测试是一种Smoke Test, 指Build生成好以后，自动运行的自动化测试脚本来检测这个Build的基本功能。 如果BVT测试失败了，需要开发人员马上更改，重新生成Build

　　按测试测策略分类

　　image.png

　　Regression Test 回归测试：

　　对软件测试人员来说就是重复测试，所以回归测试最好是自动化的，否则测试人员就要一遍又一遍地重复测试：

　　开发人员做些小改动，就须要测试人员做回归测试。确保现有的功能没有被破坏Bug Fix 也须要回归测试，确保新的代码修补了Fix, 也确保现有的功能没有被破坏项目后期，需要做一个完整回归测试，确保所有的功能都是好的

　　**Ad hoc Test 探索性测试： **

　　平常我最喜欢做随机测试了， 抛开test case. 自己根据自己的思路，随便点点。 如果测试GUI，Ad hoc能发觉大量的bug。这个主要是基于测试人员对软件系统的了解以及测试人员自己个人的测试经验积累，差不多行成了一种习惯性的操作。