qtp能不能用来测VISUAL FOXPRO编的管理软件啊.

FLY000

qtp能不能用来测VISUAL FOXPRO编的管理软件啊.?
现在在做黑盒的手工测试,是测VF做的管理软件.想自学自动化测试,不知道拿什么做练习,希望大家多指教!

xiaonan

可不可以就自己试着录制一下啊?可能会有识别问题.想学习的话,QTP本身就带有学习的程序.Fight就可以用来学习之用

FLY000

恩,知道了,谢谢!

VF的测试和PB下的测试是差不多的把?

xiaonan

你是指什么差不多的?如果是功能测试的话,属于黑盒测试范畴,但不用考虑是什么语言开发的,只要考虑实现的功能与需求是否存在着偏差?对于工具的话,要考虑个语言的支持问题.

FLY000

我是指的测试的流程和测试的方法差不多.我是做的手工的功能测试.(不过现在还没开始做).你说的对,工具要考虑语言的支持问题.

XIAONAN,我还想问你一下,就是做什么样的测试要求要有开发经验?我没有开发经验,想朝功能测试的自动化这个方向发展...如果是做性能测试的话要不要开发经验?

FLY000

这个是PB的测试,VF的测试和这个应该是差不多的把...不用工具.

基于PB环境下的软件测试

随着软件工程技术的发展，软件设计规模的增大，软件测试在软件开发过程中的作用显得
尤为重要。目前，软件测试技术的研究领域虽然取得了一些成果，但对具体的开发环境下开发
的特定领域的软件系统应采用怎样的测试方法对其进行全面的、完整的测试，仍没有具体的标
准可以遵循。

    网络技术和数据库技术的飞速发展，使管理信息系统（MIS）向客户机/服务器
（Client/Server或C/S）或B/C（Browser/Server）加SQL Server（或Sybase、Oracle）模式
发展。开发工具也大多不再是面向过程的语言，而是使用诸如PB（Power Builder）的Script
等具有面向对象特征的脚本语言。开发环境的改变及应用的日趋复杂使MIS的开发方法也正在
从传统的结构化方法向面向对象的方法转变。因此，对基于PB等环境下的软件测试技术及方法
的研究，不仅具有方法论上的理论意义，而且具有使用价值。

1．PB软件的特点

    利用PB开发中大型的MIS应用系统，一般采用三层C/S的体系结构．在这种结构下，系统可
分为两部分，即后台数据库部分和前台应用程序部分，后台采用非面向对象的关系数据库管理
系统RDBMS（如SQL Server等）实现对应用数据的组织，安全性、完整性维护，以及存取控
制；前台应用程序部分利用PB提供的可视化编程技术实现用户的各种需求。其特点表现在，利
用PB提供的窗口、菜单及数据窗口等对象很方便地实现友好的用户界面，系统的各种功能以窗
口对象为主线，利用PB 提供的Script语言，通过对窗口的各控件的事件描述来实现。与传统
的面向过程的语言相比较，PB支持面向对象的程序设计方法，其用户界面的元素都是对象，所
以都有属性、事件和方法，具有继承、封装和重用等面向对象的特性。

2．测试目标

    无论传统的系统，还是基于PB的C/S系统，测试的目标都是确保所开发软件的功能符合用
户的要求。具体表现在以下几个方面：

(1)确保系统达到需求功能的说明；
(2)确保系统满足性能需求；
(3)强度测试确认程序能够处理要求的负载；
(4)确保系统在要求的硬件和软件平台上工作正常。

3．测试方法

    原则上讲，可以将软件测试方法分为两大类，即静态测试和动态测试。静态测试是对被测
程序进行特性分析的一些方法的总称，这种方法的主要特性是不利用计算机运行被测试的程
序，而是采用其他手段达到检测的目的。动态测试是实际运行被测程序，输入相应的测试用
例，判定执行结果是否符合要求，从而检验程序的正确性、可靠性和有效性。动态测试的两种
主要的方法是黑盒测试和白盒测试。

4．测试过程

    测试虽然是软件生存周期的一个独立阶段，但测试工作却渗透到从分析、设计直到编程的
各个阶段中，如测试计划的编写从分析和设计阶段就开始了，而具体的测试工作随编程工作的
不断深入也在进行中。在实际工作中，测试环节可分为明显的、同等重要的三个阶段：即单元
测试、集成测试（又称构件测试）和系统测试。测试工作中的第四个阶段是验收测试阶段，验
收测试无论在规模上或性质上都和系统测试很相似，它们的根本区别在于：前者是内部的，而
后者则是受“客户”控制的。

(1)单元测试

    软件单元定义了一个软件很底层的块，用PB开发的客户机/服务器的软件系统中，一个窗
口、函数、菜单、报表或一个存储过程都可以作为一个单元进行测试。单元测试是测试的第一
步。

    1)人员安排：对于一个完整的软件单元，没有人比它的开发者更熟悉它，因此，开发者自
己对其进行测试是最合适的。

    2)单元测试计划：测试计划必须在单元测试之前被设计和记录好。大量的文档说明必须足
够详细，以备当单元开发者调离、提升或其他原因离开其岗位时，其他人员也能对相应的单元
进行测试。此外，在集成测试和系统测试阶段，清晰、详细、易于理解的单元测试文档对于测
试者也将发挥巨大作用。

    单元测试的测试计划由单元的开发者（也是该单元的测试者）编制，但在测试计划执行前
必须进行审查。这些审查由开发者以外的人进行，第一遍审查由开发者的直接上司去做，其目
的在于找出测试计划中的错误、缺点和疏漏之处。第二遍审查由测试该单元所属系统的测试人
员进行，其目的在于确认测试计划符合公布的标准。如果测试计划在任何方面有问题，都将被
立即退回到开发者手中。

    3)进行单元测试的时间

    在客户机/服务器的开发过程中，单元测试是测试的第一步。经验表明，单元测试执行得
越快，它的结果就越有价值，在开发周期中错误发现得越早，纠正它们所花的代价就越小。一
般来讲，单元编码完成后，就对其进行单元测试。另外，单元测试可以并行进行。对于彼此独
立的单元，进行并行测试可以加速测试的进程。

    4)单元测试阶段的测试类型

    在单元测试阶段一般采用白盒测试法。深入到代码层去充分地测试它们是必要的。在这一
阶段，必须进行的测试有：路径测试、声明测试、循环测试、边值测试、接口测试、数据确
认、事务测试等。

    5)单元测试的特殊考虑

    在PB环境下，开发的软件是以窗口为主线将软件的功能联系起来，软件系统表现为各种各
样的窗口，因此，对窗口中各控件的各事件的描述的测试是这类软件测试的中心。

    a.控件的测试：一个空间可以看成是由相关联的一组事件的描述组成的，完成一个相对独
立的功能。对每一个事件的Script分别进行测试就完成了对一个控件的测试。与传统的软件相
比，PB开发的软件风格表现在各事件独立存在，因此对它的测试相对容易。一般来讲，先按设
计的规格说明对其代码进行审核；然后，用白盒法对其进行测试，可以达到较好的效果。

    b.窗口的测试：宏观上看，很像是集成测试。其实，所谓单元测试和集成测试也都是相对
而言的，在有些情况下不易分得很清楚。在单元测试阶段，对窗口的测试主要是测试窗口上各
控件是否能按设计要求正常工作。在软件开发过程中，制定了一系列的标准文件，包括设计文
档标准，界面标准，测试大纲等。对窗口和控件的测试过程中，界面标准和测试大纲是测试的
依据。

(2)集成测试

    在将所有的单元经过测试以后，接着进行集成测试。集成测试也称综合测试，即将已分别
通过测试的单元按要求组合起来再进行的测试，以检查这些单元之间的接口是否存在问题。

    1)人员安排：综合测试既要求参与的人熟悉单元的内部细节，又要求他们能够从足够高的
层次上观察整个系统。一般由有经验的测试人员和主要的软件开发者来完成集成测试的计划。

    2)测试计划：集成测试计划由系统设计人员在设计阶段制定，它是和设计规格说明同时完
成的。在这份计划里主要包含的内容有：测试的描述和范围、测试环境、时间表、集成次序、
测试用例、测试的预期结果、测试的实际结果等。

    3)测试内容：在经过了单元测试后，需要将所有单元集成到一起，组成一个完整的软件系
统。需重点测试：各单元的接口是否吻合、代码是否符合规定的标准、界面标准是否同一等。

    4)集成策略：在PB环境下开发的软件系统进行测试按自底向上集成的方式比较自然。这种
方法是将底层的单元分组集成测试，然后再逐步向上将软件集成起来，直到最后所有的单元都
在一个组中。测试可按下列步骤进行：

    a.将最底层的窗口分组，原则是将那些与上层某个窗口相关联的窗口为一组。
    b.对每一组分别进行测试，各组测试可并行展开，这样可以加快测试的进程。
    c.沿软件的结构，逐级向上集成，直到所有的单元都组合到一起，这样就完成了集成测试
的任务。

    5)测试方法：集成测试阶段是以黑盒法为主，在自底向上集成的早期，白盒法测试占一定
的比例，随着集成测试的不断深入，这种比例在测试过程中将越来越少，渐渐地，黑盒法测试
占据主导地位。

(3)系统测试

    从技术角度看，系统测试是整个测试阶段的最后一步，所有的开发和测试在这一点上集中
表现为生成一个具有一定功能的软件系统。该阶段主要对系统的准确性及完整性等方面进行测
试。主要进行：功能确认测试、运行测试、强度测试、恢复测试、安全性测试等。系统测试的
测试人员由测试组成员（或质量保证人员）或测试组成员与用户共同测试。在整个系统开发完
成，即将交付用户使用前进行。在这一阶段，完全采用黑盒法对整个系统进行测试。

xiaonan

测试流程和测试方法是可以用在各种系统中的.没有针对某种语言而要有特定的测试流程和测试方法.如果想朝自动化努力的话,是需要点编程基础的.因为自动化测试很大一部分工作是在编写脚本.像QTP就需要只要VBscript语言,ROBOT用来做功能测试的话,也需要SQABASIC语言,也就是类VB的语法,做性能呢,也要类C的语法.WR和LR都需要类C的语法.WR是功能测试工具.LR是性能测试工具.

FLY000

原帖由 xiaonan 于 2006-7-10 08:15 发表
测试流程和测试方法是可以用在各种系统中的.没有针对某种语言而要有特定的测试流程和测试方法.如果想朝自动化努力的话,是需要点编程基础的.因为自动化测试很大一部分工作是在编写脚本.像QTP就需要只要VBscript语言 ...

谢谢版主指点.是不是把C语言学扎实,掌握自动化测试的脚本语言,会编写测试脚本就可以了啊?  需要学习C++,JAVA编程么?  看到有些招聘的要求是会使用自动化测试工具,而且也要有编程经验.

我的C语言和数据结构基础还可以,现在工作之余的空闲时间比较多.想朝自动化测试这方面发展,不知道需不需要学C++,JAVA这些.

volvoo

这样录制的对象你就很清楚是个什么 控件，你分析起来很容易
我觉得如果会编译原理会更好
开发经验越足，测试发现问题越本质化
我看所有的主流语言都要会，同时精通几门最好，什么java,c++,c,c#,vscript,javascript,pb,vf,vc,vb,sqlserver,oracle,db2,操作系统windows,linux系列，unix 系列，掌握windows窗口机制，java事件处理机制统统搞定，你就具备了基本的测试素养了

FLY000

原帖由 volvoo 于 2006-7-17 21:28 发表
这样录制的对象你就很清楚是个什么 控件，你分析起来很容易
我觉得如果会编译原理会更好
开发经验越足，测试发现问题越本质化
我看所有的主流语言都要会，同时精通几门最好，什么java,c++,c,c#,vscript,javasc ...

sdlkfj4　这么多．．太恐怖了把．．编译原理有些难的啊．要真的这些都会那都成深资的高手了．