-
QTP视频汇总
2008-11-14 17:38:46
[V] 小布老师QTP系列培训视频 - 1
b/CpHRW_120525http://www.boobooke.com/v/bbk104351Testing软件测试网-[3h j @;l!H
本讲讲了QTP的概述，希望大家喜欢。
x3Nx0N6h$X(oub(]120525
9Y.M6_AK120525[V] 小布老师QTP系列培训视频 - 251Testing软件测试网B-S qV k&KJc
http://www.boobooke.com/v/bbk104451Testing软件测试网QRQ3F ]
本讲讲了测试规划，希望大家喜欢。51Testing软件测试网 I/\;q"^b J g!o
[]"M-~'@b120525[V] 小布老师QTP系列培训视频 - 351Testing软件测试网i*E)Ey3l P+Z
http://www.boobooke.com/v/bbk104551Testing软件测试网u}!P"\#tq%_!E
本讲讲了录制测试脚本，是使用QTP的第一步，希望大家喜欢。51Testing软件测试网 ` V&AX3CGm
8Yv y$jIjFi120525 小强作品-零基础学习软件测试-qtp-目录
E4e+y(eJ5PV'l8b1205251 qtp目录分析
o8nY6g!t#UGp1205252 qtp界面分析
nd o(@g:}u1205253 qtp示例程序分析
bf8o2[.s E1205254 qtp学习指南51Testing软件测试网4\5y6v$o8e[Eg
5 qtp基本操作录制与回放
~9G1@|)O W:AF9zA1205256 qtp的三种录制绞?br /> 7 增强help步骤51Testing软件测试网:O|}2O9lo-eJ
8 checkpoint51Testing软件测试网\ VV%J H9IY
9 参数化51Testing软件测试网 m _D"oRW
10 Tools下的工具介绍
_ [? om [#] \12052511 qtp插件分析
MI1N3r5g J12052512 qtp测试用例设计考题
AZ#{2W3icU;G1GlX12052513 vbs51Testing软件测试网S&} ['hv0Ah4^0u
14 recovery Scenarios51Testing软件测试网 YQahC
15 虚拟对象51Testing软件测试网krwY#Gp$wje
16 专家视图测试脚本开发51Testing软件测试网 T K/^F;s:n*I6?
17 qtp描述性编程
F9N-u W i H\ q12052518 qtp测试脚本编写规范51Testing软件测试网3SX#N$\h g9ri
3G9M^? ib6M120525[V] 小强老师系列作品：QTP的安装目录分析51Testing软件测试网C*p(I\1z:Y M @I eGS
http://www.boobooke.com/v/bbk1590
7rE1eUPDbJ120525在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP安装后的各个目录，重点介绍了大家需要关注的东西，希望对大家有帮助。51Testing软件测试网9X2A&{VL8e![
51Testing软件测试网h6b$c o!u_2BH UU"@
[V] 小强老师系列作品：QTP界面剖析51Testing软件测试网(p:N,A-Es.s4U
http://www.boobooke.com/v/bbk1594
7l!Dv;~0n/^6xj-f120525本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP的常用界面和菜单选项，希望对大家有帮助。
I2i1mI%xQM6r)x12052551Testing软件测试网_7WT)Mio!}qF
[V] 小强老师系列作品：QTP示例程序之研究51Testing软件测试网,[@iS X W5FQ c H
http://www.boobooke.com/v/bbk159851Testing软件测试网-z6[V|1` I
本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP自带的示例程序-飞机订票系统，别小看这个示例程序，小程序里面有大文章，且听小强老师给你道来， 希望对大家有帮助。
pj)Y#aZ9f#^U(fW120525
ER,X-V%O)t [5s120525[V] 小强老师系列作品：QTP学习指南
*y3|/WIB `-i9^1Y120525http://www.boobooke.com/v/bbk1515
3N}Mp3nh7a4J2V120525在本集中，小强老师根据自己的经验和体会，向刚刚接触QTP的朋友介绍了如何学习QTP的一些方法和经验，希望对大家有帮助。
_`r?5?%w120525
Jqnr5lot!x)@120525[V] 小强老师系列作品：QTP脚本的录制和回放
:t5iW;qW120525http://www.boobooke.com/v/bbk1591
Qw0k kL ?120525在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP最基本的脚本录制回放的功能，希望对大家有帮助。51Testing软件测试网+I G,} N| gn
)D'~K R$`!Id:DK120525[V] 小强老师系列作品：QTP三种录制方式
-iS ] llD120525http://www.boobooke.com/v/bbk1516
m.] VA&o120525这是该系列讲座的第三集。在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP录制脚本的三种模式，希望对大家有帮助。
&f(K~%`4^ VQ120525
6EP A,b2H?9g120525[V] 小强老师系列作品：QTP检查点之研究51Testing软件测试网8tHuZ(|:nk
http://www.boobooke.com/v/bbk1595
`CV lXlA120525本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP的重要功能 - 检查点，希望对大家有帮助。51Testing软件测试网Z k kW jB c
51Testing软件测试网$hD(T8f W!{
[V] 小强老师系列作品：QTP参数化之研究
J:uq9X Y120525http://www.boobooke.com/v/bbk1599
0Q&G _fH9ZxY Z120525本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了QTP重要的功能-参数化， 希望对大家有帮助。51Testing软件测试网\ g r(c9n*K;cQ
8C BrZu!k wFnhY120525[V] 小强老师系列作品：QTP的常用工具阐释51Testing软件测试网-ft-s1L J%}j
http://www.boobooke.com/v/bbk1589
Xajz?!zT[120525在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP附带的常用工具，希望对大家有帮助。
g'Y9`)_`}9jR12052551Testing软件测试网 ZH$Z E+E*LS$n6i ` |
[V] 小强老师系列作品：QTP插件分析
^!ad)LT r+|t7iP!s"s120525http://www.boobooke.com/v/bbk168951Testing软件测试网\W#D9ay-L SC
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP插件的基本知识，希望对大家有帮助。51Testing软件测试网:C)g P P~6N+{!{Q
51Testing软件测试网#pt7cs^ R:o
[V] 小强老师系列作品：QTP认证考试试题分析一则
U/n+~t.m.HwJ120525http://www.boobooke.com/v/bbk1575
eoqvO"d[l.ui120525小强老师针对想入行软件测试行业的菜鸟级别的朋友，推出了零基础学习软件测试系列培训视频。
afn5?5ngs5J120525在本集中，小强老师根据自己的经验和体会，向刚刚接触QTP的朋友介绍了如何QTP认证考试的一道典型题目的分析.51Testing软件测试网iJ#x P` vK2Z
51Testing软件测试网.d4\ |wA K(~ D
[V] 小强老师系列作品：QTP中VBS介绍
#u2o.TebE120525http://www.boobooke.com/v/bbk1621
u)M PW r"\7y9\Q120525在本集中，小强老师给大家介绍了QTP脚本语言VBS的基本知识，希望大家喜欢。
[$J\(j*Mv"n120525
vho&E C~120525[V] 小强老师系列作品：QTP之场景恢复(Recovery Scenarios)51Testing软件测试网-s ~ ~9m [
http://www.boobooke.com/v/bbk169251Testing软件测试网 r:`7v+A6gVQ
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP的场景恢复(Recovery Scenarios)的基本知识，希望对大家有帮助。
Hp#W-Y0s*j p120525
Y!z"b/rM3ut120525[V] 小强老师系列作品：QTP中的虚拟对象入门51Testing软件测试网L^#s:G/Gl"xf/d
http://www.boobooke.com/v/bbk169551Testing软件测试网Es4SF&w%L Od
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP中虚拟对象的基本知识，希望对大家有帮助。
AN0pGh `x120525
)T:F!~#MH I s,L120525[V] 小强老师系列作品：QTP之专家视图和测试脚本开发51Testing软件测试网NC,v"J?1jx X
http://www.boobooke.com/v/bbk1690
7M*S Hgz\XM120525在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP的专家视图，并介绍了脚本开发的几个重要对象，希望对大家有帮助。51Testing软件测试网#V+bt!w,N)M
51Testing软件测试网m7D8j1}:w0M3`1` b
[V] 小强老师系列作品：QTP之描述性编程
r E xPX#y-xbu ^120525http://www.boobooke.com/v/bbk169151Testing软件测试网6xw9b(M lp \
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP的描述性编程的基本知识，希望对大家有帮助。51Testing软件测试网 q]/w b,W1E9n"P-||
1M b bLN"k+r120525[V] 小强老师系列作品：QTP之测试脚本开发规范51Testing软件测试网['b/y^'J;?'_-` o
http://www.boobooke.com/v/bbk169351Testing软件测试网 N4_}8?9G[k/y8d
在本集中，小强老师向刚刚接触QTP的朋友介绍了QTP脚本开发的基本规范，希望对大家有帮助。
4O2m XA\12052551Testing软件测试网,R2IM M-I
[V] 小强老师系列作品：QTP脚本的增强一则51Testing软件测试网2S/i-@.\2z4};t
http://www.boobooke.com/v/bbk1592
t8q G]!K120525本集是承接上集，小强老师向刚刚接触QTP的朋友介绍了如何对录制的脚本进行增强，希望对大家有帮助。51Testing软件测试网6u RCt7R%A/p.V
51Testing软件测试网 }iIG3c Nii v T
================================================================================
(u$KzP%w j N} e120525[V] QTP 9的新特性 1 - 英文视频
1{~ [T\4T5Z120525http://www.boobooke.com/v/bbk105051Testing软件测试网*U0zrK Nu
是QTP 9软件中自带的视频讲座，英语讲座51Testing软件测试网8hBt fQI l(g#j
$y)J(C)kP!R Q7E$W120525[V] QTP 9的新特性 2 - 英文视频
!p`*s+M!Q7tm120525http://www.boobooke.com/v/bbk105151Testing软件测试网gql3}6qo.yv
QTP 9软件中自带的视频讲座，英语发音
#wZe8sd o&m]12052551Testing软件测试网6tV9Y K E.{!d%V2c
[V] QTP 9的新特性 3 - 英文视频51Testing软件测试网6F.w]E^&g B|y
http://www.boobooke.com/v/bbk105251Testing软件测试网,C3^g{[?-LeG#X IZ
QTP 9软件自带的视频讲座，英语发音，希望大家喜欢。 -
软件测试攻击下载
2007-12-06 13:10:50
-
样本软件测试报告
2007-12-05 11:50:02
（1）程序运行环境已经正确设定2、 程序代码检查：
（1）程序单位首部有程序说明和修改备注（2）变量、过程、函数命令符合规则（3）程序中有足够的说明信息（4）修改注释符合要求（5）类库的使用符合要求3、 画面及报表格式检查：
（1）画面和报表格式符合规定需求（2）程序命名符合格式需求（3）画面和报表的字段位置和宽度与设计文档一致4、 功能测试：
（1）多画面之间切换正确（2）功能键、触发键、按钮、菜单、选择项功能正确（3）数据项关联及限制功能正确（4）设计文档规定的其它功能
测试内容：5、 正确性测试：
（1）读/写/删除操作结果正确（2）各种组合条件之查询或报表正确（3）设计文档规定的其它操作测试内容：6、 可靠性测试：
（1）非法键容错测试（2）异常字符容错测试（3）程序负作用检查（4）残留文件检查7、 效率测试：
单用户（机型） 多用户（终端数）（1） 输入画面效率测试：延迟时间：（2） 报表及查询效率测试：最小报表时间：最大报表时间：8、 多用户测试：
终端数：（1） 随机测试：测试次数：（2） 共享测试：（3） 同步测试：9、 其它测试：
测试内容：测试备忘： -
常用软件测试工具的简介
2007-12-05 11:29:28
1.Clear case --------〉中坚级
2.CVS --------〉开源奇葩
3.Visual SourceSafe--------〉入门级
4.PVCS --------〉小工作组级
5 Perforce --------〉
6.CCC --------〉元老级
7.StarTeam --------〉
8.RCS --------〉元老级
9.SCCS --------〉元老级
10．Hansky Firefly--------〉新秀级
11.Others
1．Clearcase是Rational公司(2003年被IBM收购)的一款重量级的软件配置管理(SCM Software Configuration Managemen)工具。不同于CVS和VSS，Clearcase涵盖的范围包括：版本控制、建立管理、工作空间管理和过程控制。从最初的软件配置计划，到配置项的确立，从变更控制到版本控制，它贯穿于整个软件生命周期。 ClearCase支持现有的绝大多数操作系统。ClearCase 安装、配置、使用相对较复杂，需要进行团队培训。2. CVS 是Concurrent Versions System 的缩写，它是开放源代码软件世界的一个伟大杰作，由于其简单易用、功能强大，跨平台，支持并发版本控制，而且免费，它在全球中小型软件企业中得到了广泛使用。其最大的遗憾就是缺少相应的技术支持，许多问题的解决需要自已寻找资料，甚至是读源代码。CVS是一个典型的Server/Client端软件，有UNIX版本的CVS 、Linux版本的CVS，和WINDOWS版本的CVS，在下载的软件包中已经包含了Server端和Client端，但是因为我们在工作中一般都是使用Windows操作系统，所以我们可以再下载一个Windows下CVS的Client端软件WinCVS。在以下网站可以获取最新版本的CVS。http://www.cvshome.org。CVS支持远程管理，项目组分布开发时用CVS。
3.VSS微软的产品。简单好用，局域网中用VSS。用于Team级还可以，企业级不好。仅支持Windows 操作系统。
4.PVCS MERANT 公司的核心产品PVCS，PVCS的最新版PVCS8.0。在PVCS8.0中，过程支持的功能与PVCS进行了集成。看到网上对它的介绍不多，据说曾经赠送给国内很多大的机构使用。主要功能：软件配置管理;问题管理;过程控制与自动化, 帮助软件开发组织自动提高软件产品质量。
5．Perforce是美国perforce软件公司的软件配置产品家族，其特点是易用性强，速度快。主要特性【smchina.net 观点 】： 安装、配置和管理非常简单，安装过程几分钟就可以搞定 ；基于TCP/IP的客户服务器架构，不依赖于其他网络协议如NFS等 ；采用流式传输协议提高传输效率 ；易用，命令行客户端容易上手 ；文件间分支技术更自然符合开发人员工作习惯 ；与变更管理集成，并提供开放接口，支持第三方变更管理工具6．CCC 上个世纪七十年代初期加利福利亚大学的Leon Presser教授撰写了一篇论文，提出控制变更和配置的概念，之后在1975年，他成立了一家名为SoftTool的公司，开发了自己的配置管理工具：CCC，这也是最早的配置管理工具之一。
7．Borland StarTeam一个用于管理配置和变更的集成环境。主要特性:改善分散式开发团队的沟通及工作表现;提高对应用软件开发生命周期的观测力和控制力;利用现有的技术投资并提高投资回报(ROI);定制满足机构要求的解决方案. StarTeam和Microsoft Source Code Control接口（API）兼容，从而能够同支持该接口的众多工具平台进行无缝集成。StarTeam还可以与特定开发工具进行集成，例如Microsoft、IBM、和Borland的主流开发工具，包括Borland JBuilder、
Borland Delphi、Borland C++ Builder。StarTeam还可以与很多第三方软件集成，从而充分发挥开发机构用于开发、测试和需求等活动的现有投资价值。全部软件开发资产被妥善地保存在StarTeam Server中，有助于减少生命周期中不同环节之间的障碍，提高团队协同工作与信息共享的效率，从而提升开发机构的投资回报率并加速软件交付市场。8．RCS是另一种基本的源代码管理工具,是WALTER.f.Tichy 于1980 年在Indina的 Purdue 大学开发的. RCS和SCCS 类似,也是基于单一文件的版本维护系统.
9．SCCS的全称是Source Code Control System。是一种基本的源文件版本控制工具,它适用于任何正文文件的版本维护.它基于单一文件的版本控制,通常,它的软件储藏室和要维护的文件在同一目录下. SCCS 工作时,有一个专门的SCCS 格式的文件保留其源文件的编码版本,其记录了足够的信息来生成新的版本,并记录了谁对文件有修改权,拥有该版本的”锁”.
10．H a n s k y 公司软件开发管理套件中重要一员的Firefly，可以轻松管理、维护整个企业的软件资产，包括程序代码和相关文档。Firefly是一个功能完善、运行速度极快的软件配置管理系统，可以支持不同的操作系统和多种集成开发环境，因此它能在整个企业中的不同团队，不同项目中得以应用。Firefly基于真正的客户机/服务器体系结构，不依赖于任何特殊的网络文件系统，可以平滑地运行在不同的LAN、WAN 环境中。它的安装配置过程简单易用，Firefly 可以自动、安全地保存代码的每一次变化内容，避免代码被无意中覆盖、修改。项目管理人员使用Firefly可以有效地组织开发力量进行并行开发和管理项目中各阶段点的各种资源，使得产品发布易于管理；并可以快速地回溯到任一历史版本。系统管理员使用Firefly的内置工具可以方便的进行存储库的备份和恢复，而不依赖于任何第三方工具。
-
软件测试的最佳网址
2007-12-05 10:30:31
-
测试计划
2007-09-25 11:08:38
测试计划
1引言
1.1编写目的
本测试计划的具体编写目的，指出预期的读者范围。
1.2背景
说明：
a． 测试计划所从属的软件系统的名称；
b． 该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出要用到的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2计划
2.1软件说明
提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。
2.2测试内容
列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。
2.3测试1（标识符）
给出这项测试内容的参与单位及被测试的部位。
给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境。培训、准备输入数据等）。
陈述本项测试工作对资源的要求，包括：
a． 设备所用到的设备类型、数量和预定使用时间；
b． 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；
c． 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。
列出本项测试所需的资料，如：
a． 有关本项任务的文件；
b． 被测试程序及其所在的媒体；
c． 测试的输入和输出举例；
d． 有关控制此项测试的方法、过程的图表。
说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。
2.4测试2（标识符）
用与本测试计划2.3条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。
3测试设计说明
3.1测试1（标识符）
说明对第一项测试内容的测试设计考虑。
说明本测试的控制方式，如输入是人工、半自动或自动引入、控制操作的顺序以及结果的记录方法。
说明本项测试中所使用的输入数据及选择这些输入数据的策略。
说明预期的输出数据，如测试结果及可能产生的中间结果或运行信息。
说明完成此项测试的一个个步骤和控制命令，包括测试的准备、初始化、中间步聚和运行结束方式。
3.2测试2（标识符）
用与本测试计划3.l条相类似的方式说明第2项及其后各项测试工作的设计考虑。
4评价准则
4.1范围
说明所选择的测试用例能够接查的范围及其局限性。
4.2数据整理
陈述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同，已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。
4.3尺度
说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。
-
软件测试的基础知识
2007-09-25 10:57:13
一、概述
信息技术的飞速发展，使软件产品应用到社会的各个领域，软件产品的质量自然成为人们共同关注的焦点。不论软件的生产者还是软件的使用者，均生存在竞争的环境中，软件开发商为了占有市场，必须把产品质量作为企业的重要目标之一，以免在激烈的竞争中被淘汰出局。用户为了保证自己业务的顺利完成，当然希望选用优质的软件。质量不佳的软件产品不仅会使开发商的维护费用和用户的使用成本大幅增加，还可能产生其他的责任风险，造成公司信誉下降，继而冲击股票市场。在一些关键应用 (如民航订票系统、银行结算系统、证券交易系统、自动飞行控制软件、军事防御和核电站安全控制系统等) 中使用质量有问题的软件，还可能造成灾难性的后果。
软件危机曾经是软件界甚至整个计算机界最热门的话题。为了解决这场危机，软件从业人员、专家和学者做出了大量的努力。现在人们已经逐步认识到所谓的软件危机实际上仅是一种状况，那就是软件中有错误，正是这些错误导致了软件开发在成本、进度和质量上的失控。有错是软件的属性，而且是无法改变的，因为软件是由人来完成的，所有由人做的工作都不会是完美无缺的。问题在于我们如何去避免错误的产生和消除已经产生的错误，使程序中的错误密度达到尽可能低的程度。
给软件带来错误的原因很多，具体地说，主要有如下几点：
①、交流不够、交流上有误解或者根本不进行交流
在应用应该做什么或不应该做什么的细节(应用的需求)不清晰的情况下进行开发。
②、软件复杂性
图形用户界面(gui)，客户/服务器结构，分布式应用，数据通信，超大型关系型数据库以及庞大的系统规模，使得软件及系统的复杂性呈指数增长，没有现代软件开发经验的人很难理解它。
③、程序设计错误
向所有的人一样，程序员也会出错。
④、需求变化
需求变化的影响是多方面的，客户可能不了解需求变化带来的影响，也可能知道但又不得不那么做。需求变化的后果可能是造成系统的重新设计，设计人员的日程的重新安排，已经完成的工作可能要重做或者完全抛弃，对其他项目产生影响，硬件需求可能要因此改变，等等。如果有许多小的改变或者一次大的变化，项目各部分之间已知或未知的依赖性可能会相互影响而导致更多问题的出现，需求改变带来的复杂性可能导致错误，还可能影响工程参与者的积极性。
⑤、时间压力
软件项目的日程表很难做到准确，很多时候需要预计和猜测。当最终期限迫近和关键时刻到来之际，错误也就跟着来了。
⑥、自负人更喜欢说:'没问题','这事情很容易','几个小时我就能拿出来'
太多不切实际的‘没问题’，结果只能是引入错误。
⑦、代码文档贫乏
贫乏或者差劲的文档使得代码维护和修改变的异常艰辛，其结果是带来许多错误。事实上，在许多机构并不鼓励其程序员为代码编写文档，也不鼓励程序员将代码写得清晰和容易理解，相反他们认为少写文档可以更快的进行编码，无法理解的代码更易于工作的保密(“写得艰难必定读的痛苦”)。
⑧、软件开发工具
可视化工具，类库，编译器，脚本工具，等等，它们常常会将自身的错误带到应用软件中。就象我们所知道的，没有良好的工程化作为基础，使用面向对象的技术只会使项目变得更复杂。
为了更好地解决这些问题，软件界做出了各种各样的努力。
人们曾经认为更好的程序语言可以使我们摆脱这些困扰，这推动了程序设计语言的发展，更多的语言开始流行，为了使程序更易于理解开发了结构化程序设计语言，如pl/1,pascal等；为了解决实时多任务需求开发了结构化多任务程序设计语言，如modula，ada等；为了提高重用性开发了面向对象的程序设计语言，如simlasa等；为了避免产生不正确的需求理解，开发形式化描述语言，如hal/s等，这使得建立基于自然语言的描述成为可能，人们以形式化语言来描述需求；为了支持大型数据库应用，开发了可视化工具，如visual studio、power builder等。程序语言对提高软件生产效率起到了一定的积极作用，但它对整个软件质量尤其是可靠性的影响，与其他因素相比作用较小。
可能是因为程序语言基于严格的语法和语义规则，人们企图用形式化证明方法来证明程序的正确性。将程序当作数学对象来看待，从数学意义上证明程序是正确的是可能的。数学家对形式化证明方法最有兴趣，在论文上谈起来非常吸引人，但实际价值却非常有限，因为形式化证明方法只有在代码写出来之后才能使用，这显然太迟了，而且对于大的程序证明起来非常困难。
受到其他行业项目工程化的启发，软件工程学出现了，软件开发被视为一项工程，以工程化的方法来进行规划和管理软件的开发。
针对需求不确定的应用，可以使用渐进和迭代类的开发模型。还可以采用快速应用程序开发(rad)和协同应用程序开发（jad）技术，由软件开发者和用户代表共同参与开发软件规范。rad和jad的基本思路是开发者和用户共同设计系统中的屏幕，开发者迅速地把实现这些屏幕的最基本功能编写好，然后把它们交给用户看，然后用户和开发者回顾这些屏幕以确认它们达到了用户的要求，这个周期一直持续到系统的基本部分定义完毕。一旦设计被用户接受，开发者将完成完全实现屏幕需要的代码。rad和传统软件开发项目之间的一个基本区别是：应用程序rad系统是按阶段发布的。传统项目一般一次发布，也叫“big bang”。rad方法使用高效开发工具，开发者能够非常迅速地设计出系统的基本屏幕，允许用户在开发周期中很早就能见识到系统将来看起来怎么样，避免了在传统开发项目中长篇大论并且枯燥难懂的说明。
ibm的dr.harlan mills提出了净室过程。净室过程组合了形式化程序验证和统计过程控制(spc)。在这种方法中，首先用正确性数学证明预防缺陷发生，然后用mtbf度量软件质量。净室过程是一种相当新的软件开发方法，它要求软件开发在管理方式和技术方法上作重大改变，特别是要求spc应用到软件的知识，这影响了其被广泛的接受。
硬件成本持续降低，可支持case工具运行的新的强大的工作站和网络已经成为软件工程使用的工作平台，case工具可完成一些特定的软件开发过程。这些工具提供给软件设计者以图形方式描述软件设计的能力，这样就易于维护、易于交叉检查、易于理解。许多人（尤其是case工具供货商）相信case工具扮演了解决软件危机和拯救软件工业的角色，但事实上我们看到的情形却是许多公司花了大量的金钱买回的case工具但很少使用，原因在于这些工具执行的过程与机构的软件设计过程不相适用。
在可以借助许多新的技术和工具进行软件开发的今天，软件开发过程的成熟性问题开始引起人们的重视。这种产品一致性问题的主要症结在于管理，因此人们将目标转向了管理的改善，一些以改进软件开发过程为目标的活动已经展示出积极的结果。
以下是一些比较典型的文本。
sei sw-cmm
iso spice(software process improvement and capability determination)
bootstrap
iso-9000-3
tickit
trillium
事实上，对于软件来讲，还没有象银弹那样的东西。不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。
测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。因此，测试对于软件生产来说是必需的，问题是我们应该思考“采用什么方法、如何安排测试?”
二、软件测试的目的
软件测试的目的决定了如何去组织测试。如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的商业假设。
不同的机构会有不同的测试目的；相同的机构也可能有不同测试目的，可能是测试不同区域或是对同一区域的不同层次的测试。
在谈到软件测试时，许多人都引用grenford j. myers在《the art of software testing》一书中的观点：
①、软件测试是为了发现错误而执行程序的过程；
②、测试是为了证明程序有错，而不是证明程序无错误。
③、一个好的测试用例是在于它能发现至今未发现的错误；
④、一个成功的测试是发现了至今未发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。
首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。
其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。详细而严谨的可靠性增长模型可以证明这一点。例如 bev littlewood发现一个经过测试而正常运行了n小时的系统有继续正常运行n小时的概率。三、软件测试的基本方法
软件测试的方法和技术是多种多样的。
对于软件测试技术，可以从不同的角度加以分类：
从是否需要执行被测软件的角度，可分为静态测试和动态测试。
从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试；
1、黑盒测试
黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。
2、白盒测试
白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。
3．alac(act-like-a-customer)测试
alac测试是一种基于客户使用产品的知识开发出来的测试方法。alac测试是基于复杂的软件产品有许多错误的原则。最大的受益者是用户，缺陷查找和改正将针对哪些客户最容易遇到的错误。
四、软件测试的复杂性与经济性
人们常常以为，开发一个程序是困难的，测试一个程序则比较容易。这其实是误解。设计测试用例是一项细致并需要高度技巧的工作，稍有不慎就会顾此失彼，发生不应有的疏漏。
不论是黑盒测试方法还是白盒测试方法，由于测试情况数量巨大，都不可能进行彻底的测试。所谓彻底测试，就是让被测程序在一切可能的输入情况下全部执行一遍。通常也称这种测试为“穷举测试”。 “黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。 “白盒”法是穷举路径测试，贯穿程序的独立路径数是天文数字，但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。e．w．dijkstra的一句名言对测试的不彻底性作了很好的注解：“程序测试只能证明错误的存在，但不能证明错误不存在”。
在实际测试中，穷举测试工作量太大，实践上行不通，这就注定了一切实际测试都是不彻底的。当然就不能够保证被测试程序中不存在遗留的错误。软件工程的总目标是充分利用有限的人力和物力资源，高效率、高质量地完成测试。为了降低测试成本，选择测试用例时应注意遵守“经济性”的原则。第一，要根据程序的重要性和一旦发生故障将造成的损失来确定它的�
