Category Archives: 计算机软件

计算机软件的文章

冒烟测试与BVT测试(转)

Posted on 2013/11/26 by 王 淑娟

现实过程中，经常提到冒烟测试与BVT测试，许多人经常并且将其等同，在实际操作应用中，这样做并没有太大问题，而实际两者间是存在区别的。最近反反复复遇到人提问这个问题，在此就该问题发表一下自己的看法，供大家参考：

冒烟测试

关于冒烟测试，起源与微软，和微软一直提倡的每日build有很密切的联系。具体说，冒烟测试就是在每日build建立后，对系统的基本功能进行简单的测试。这种测试强调功能的覆盖率，而不对功能的正确性进行验证。从这一点看和所谓的“接受性（验收）测试（Acceptance Test）”非常相似。不同之处就在于他们执行的频率和被测的版本不同。

　　冒烟测试一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。类似的如果冒烟测试没有通过，那么这个build也会返回给开发队伍进行修正，测试人员测试的版本必须首先通过冒烟测试的考验。

　　冒烟测试：

　　就象生产汽车一样，汽车生产出来以后，首先发动汽车，看汽车能否冒烟，如果能，证明汽车最起码可以开动了。说明完成了最基本的功能。

　　冒烟测试一般用于每日构建(Nightly build)，构建服务器首先从CVS服务器上，下载最新的源代码，然后编译单元测试，运行单元测试通过后，编译可执行文件，可执行文件若可运行，并能执行最基本的功能，则认为通过了冒烟测试，这时，构建服务器会把程序打包成安装文件，然后上传到内部网站，第二天一早，测试人员来了以后，会收到构建服务器发来的邮件提示昨晚是否构建成功。若构建成功，则测试人员进行相关的功能测试。所有这些功能的完成，一般是靠编写脚本完成的，目前比较常用的脚本有TCL，Perl，Python及功能弱弱的批处理。用这些可以完成系统的每日构建。

简单的说，就是先保证系统能跑的起来，不至于让测试工作做到一半突然出现错误导致业务中断。目的就是先通过最基本的测试，如果最基本的测试都有问题，就直接打回开发部了，减少测试部门时间的浪费。

BVT测试

BVT(Build Verification Testing)，验证一个软件版本是否符合最基本的要求，是否存在重大问题。

在项目过程中，会产生很多个版本（每天都产生版本），测试组需要对每一个版本都进行一个最简单的验证，以确认u重大的问题，这就是BVT。

如：冒烟测试通过，该版本能够安装运行，但是其中主要功能在该版本中出现了问题，则视为BVT失败。这个时候因与冒烟测试相同的处理方式，尽快反馈给开发组，让其修改，避免因为代码量增多，不容易定位问题。

做BVT可以从如下几方面入手：

1、只验证最主要的功能；

2、提取的测试用例，优先级一定搞，数量一定少，执行时间要短；

BVT的测试用例的数量及筛选可以由整个项目组确定。

对比冒烟测试与BVT测试：

冒烟测试相当于，验证汽车的发动机是否能够发动，而BVT则是在发动机能够发动的基础上，验证是否能跑动、是否能够刹车、能否换挡等基本功能。

所以冒烟测试与BVT本质上还是有差别的，而现实许多项目组操作过程中也没必要区分这么细，可以把二者合二为一，都成为BVT或冒烟。

以上仅本人愚见，希望大家多多交流。

本文出自 “探索之家” 博客，请务必保留此出处http://starpoint.blog.51cto.com/968349/642122
Continue reading →

Posted in 软件测试 | Leave a comment

场景法使用实例-ATM机取款系统

Posted on 2013/07/02 by 胡 振明

场景背景描述 1.卡片有效期至2013年07月 2.卡片密码为201306 3.卡片余额为10,000元RMB 4.ATM机余额为7,000元RMB 工作流 测试用例表 表1 – 基本流和备选流的确定 基本流 插卡，验卡，输入金额，验证余额，取款，退卡 备选流1 卡片无效 备选流2 密码无效 备选流3 卡内余额不足 备选流4 机内余额不足 表2 – 确定场景 场景1：成功取款 基本流 场景2：卡片无效 基本流 备选流1 场景3：密码无效 基本流 备选流2 场景4：卡内余额不足 基本流 备选流3 场景5：机内余额不足 基本流 备选流4 表3 – 设计用例 … Continue reading →

Posted in 软件测试 | Tagged , | Leave a comment

JavaApplet （转）

Posted on 2013/02/27 by 王 淑娟

http://baike.baidu.com/view/533192.htm Applet可以翻译为小应用程序,Java Applet就是用Java语言编写的这样的一些小应用程序，它们可以直接嵌入到网页中，并能够产生特殊的效果。包含Applet的网页被称为Java-powered页，可以称其为Java支持的网页。 当用户访问这样的网页时, Applet被下载到用户的计算机上执行，但前提是用户使用的是支持Java的网络l浏览器。由于Applet是在用户的计算机上执行的，因此它的执行速度不受网络带宽或者Modem存取速度的限制。用户可以更好地欣赏网页上Applet产生的多媒体效果。 在Java Applet中，可以实现图形绘制，字体和颜色控制，动画和声音的插入，人机交互及网络交流等功能。 Applet还提供了名为抽象窗口工具箱（Abstract Window Toolkit， AWT）的窗口环境开发工具。 AWT利用用户计算机的GUI元素，可以建立标准的图形用户界面，如窗口、按钮、滚动条等等。目前，在网络上有非常多的Applet范例来生动地展现这些功能，读者可以去调阅相应的网页以观看它们的效果。 <BR>Applet的工作原理. 含有Applet的网页的HTML文件代码中部带有<applet> 和</applet>这样一对标记，当支持Java的网络浏览器遇到这对标记时，就将下载相应的小应用程序代码并在本地计算机上执行该Applet。 编辑本段例子 带有一个Applet的主页 <html> <title> An Example Homepage </title> <h1> Welcome to my homepage! </h1> This is an example homepage， you can see an applet in … Continue reading →

Posted in 软件测试 | Leave a comment