没有什么不可以,只要你相信,只要你愿意去实现!

软件测试基础

上一篇 / 下一篇  2008-10-07 15:13:25 / 个人分类:测试疑难杂症

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://bbs.testage.net/thread-48374-1-1.html


TAG: UI 测试 冒烟测试 系统测试 测试疑难杂症

 

评分:0

我来说两句

Open Toolbar