软件测试基础

1、test strategy与test plan的区别

test strategy 用来表述如何测试软件系统，如何确定软件系统的测试级别和测试重点。实际项目中，单元测试、集成测试、功能测试、系统测试、验收测试等阶段的测试活动都要有不同的测试策略。拿集成测试阶段来说，可以采用自顶向下和自底向上的混合策略完成测试任务。test plan 要求用系统的方法来保障测试任务的顺利完成。包括测试任务的分配，测试资源的分配，测试策略和测试范围的确定，测试用例的设计方法，通过/失败准则的确定，测试风险的评估，日程安排等方面的内容。


2、backend测试

可以理解为数据库测试。通过GUI键入的数据会被存储在后台数据库中，或者说数据作为记录存储在数据库的数据表中。因此，backend测试不仅要求通过GUI键入的数据被恰当地，正确地存储在后台数据库中，还要求通过GUI调用的这些数据(记录)能够被正确的显示出来。通过上述分析后，楼主的疑虑不难被消除了。


3、UI测试

那些用例可以作为我们平时UI测试时的参考，但是不提倡生搬硬套。平时的UI测试要根据UI的特征来进行CASE的设计。这些特征包括符合通用的标准和规范，正确性，一致性，舒适性，直观性等等。


4、冒险测试

BVT也可以被看作冒烟测试。BVT测试具备下面这些特点：它只是测试人员进行全面测试前的一个测试子集，用来验证软件系统主要的功能是否完好；BVT是一种类型的回归测试，在软件每次有新的build版本时进行；测试时间短，不会超过30分钟；BVT的用例要能覆盖软件基本功能；每天有新的build版本时，都要进行BVT。明白了这些，相信楼主的疑惑也是可以取消的。


5、功能测试和系统测试

是两码事，功能测试主要是验证软件功能的实现情况，不考虑非功能性问题。而系统测试则是在更广的范围内进行的测试，包括：功能测试、安全测试、容量测试、安装测试、压力测试等等方面。所以即使执行了全部的功能方面的用例，也是无法完成系统测试的。


6、build和release版本

软件发布前的版本都是build版本，这个阶段的版本是不断发现bug，不断解决bug，不断完善软件的过程。真正向用户发布的版本是release版本，也是软件的最终版本。


7、Use Case\需求文档

只是描述了软件系统的功能而已，并没有提供功能实现的细节。Use Cases是捕获用户需求的非常有效的机制。通过Use Cases 用户可以看到系统提供的功能，知道自己需要什么样的功能，进而生成用户需求文档。用户接口设计文档应该满足用户需求。补充: Use Case只是描述了系统的功能是怎样的，用户需求里面可能还会关注到系统性能。所以三者的关系不能简单理解为逐步细化。

转自：http://www.51testing.com/?uid-177152-action-viewspace-itemid-94156