软件测试方法汇总.pdfVIP

软件测试方法汇总 软件测试方法种类繁多，记忆起来混乱， 如果把软件测试方法进行分类, 就会 清晰很多。我参考一些书籍和网上的资料，把常用的软件测试方法列出来，让 大家对软件测试行业有个总体的看法。 从测试设计方法分类 测试名称 测试内容 Black box黑盒测把软件系统当作一个“黑箱”，无法了解或使用系统的内部结 试 构及知识。从软件的行为，而不是内部结构出发来设计测试. White box白盒测设计者可以看到软件系统的内部结构，并且使用软件的内部知 试 识来指导测试数据及方法的选择。 Gray box. 灰 介于黑盒和白盒之间 盒测试 总结： 实际工作中，对系统的了解越多越好。目前大多数的测试人员都是 做黑盒测试，很少有做白盒测试的。 因为白盒测试对软件测试人员的要求非常 高，需要有很多编程经验。做.NET程序的白盒测试你要能看得懂.NET代码。做 JAVA程序的测试，需要你能看懂JAVA的代码。 如果你都能看懂了，你还会做 测试么 从测试是手动还是自动上分类 测试名称 测试内容 Manual Test 手动测试 测试人员用鼠标去手动测试 （测试GUI） Automation 自动化测试用程序测试程序 （测试API） 对于项目来说， 手动测试和自动化测试同等重要，都是保障软件质量的方 法。 目前大部分的项目组都是手动测试和自动化测试相结合。因为很多测试无 法做成自动化，很多复杂的业务逻辑也很难自动化， 所以自动化测试无法取代 手动测试。 对于软件测试人员个人发展来说， 做自动化测试是个挑战，也是测试人员 发展的一个方向，需要测试人员学习大量的开发知识(开发的知识真是学无止境 啊)。 从长远角度来看，自动化测试肯定是越来越吃香的。 而手动测试比较适合刚工作不久的人，手动测试最大的缺点就是技术含量 低，单调乏味，容易废人。 总的来说，手工测试胜在测试业务逻辑，而自动化测试胜在测试底层架构。 如果被测试的程序可测试性比较好，很有必要做成自动化测试。能做自动 化的尽量做成自动化， 下面这些情形是可以做自动化的 1. 测试存储过程。 例如用C#去测试存储过程 2. 测试Web servies. 例如： 用SoupUI工具，或者C#,Java 去测试Web servies。 3. 界面和业务逻辑分离的系统，比如，MVC，MVP架构，或者WPF 程序。可 以用测试脚本去测试这些程序的API。 从测试的目的分类 功能测试 测试的范围从小到大，从内到外，从程序开发人员(单元测试)到测试人员， 到一般用户Alpha/Beta测试 测试名称 测试内容 在最低的功能/参数上验证程序的准确性,比如测试一个 Unit Test 单元测试 函数的正确性(开发人员做的) Functional Test 功 验证模块的功能 （测试人员做的） 能测试 Integration Test 集验证几个互相有依赖关系的模块的功能 （测试人员做 成测试 的） Scenario Test 场 验证几个模块是否能完成一个用户场景 （测试人员做 景测试 的） System Test 系统 对于整个系统功能的测试 （测试人员做的） 测试 软件测试人员在真实用户环境中对软件进行全面的测 Alpha 测试 试 （测试人员做的） 真实的用户在真实的用户环境中进行的测试, 也叫公 Beta 测试 测 （最终用户做的） 非功能测试 一个软件除了基本功能之外，还有很多功能之外的特性，这些叫“Quality ofServicerequirement”服务质量需求。没有软件的