常见的几种软件测试
-
常见的几种软件测试
α测试
百科名片
α
测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模
拟实际操作环
境下进行的测试。α
测试的目的是评价软件产品的
FLURPS
(
即功
能、局域化、可使用性、可靠性、性能和支持
)
。尤其注重产品的界面和特色。
α
测试可以从软件产品编码结束之时开始，或在模块
(
子系统
)
测试完成之后开
始，也可以在
确认测试过程中产品达到一定的稳定和可靠程度之后再开始。
目录
基本概述
定义解释
专业解读
目的对象
基本原则
发展简述
基本概述
定义解释
专业解读
目的对象
基本原则
发展简述
展开
编辑本段
基本概述
α
测试是
指软件开发公司组织内部人员模
拟各类用户行对即将面市软件产品（称为
α
版
本）进行测试，试图发现错误并修正。
α
测试
的关键在于尽可能逼真地模拟实际运行环境
和
用户对软件产品的操作并尽最大努力涵盖所有
可能的
用户操作方式。经过
α
测试调
α
测试试验图
整的软件产品称为
β
版本。
β
测试是由软件的多个用户在实际使用环
境下进行的测试，这些用户返
回有关错误信息
给开发者。测试时，开发者通常不在测试现场。
因而，
β
测试是在开发者无法控制的环境下进行
的软件现场应用。在
β
测试中，由用户记下遇
到的所有问题，包括真实的以及主观认定的，
定期向开发者报告。
β
测试主要衡量产品的
FLURPS
，着重于产品的支持性，包括文档，
客户培训和支持产品生产能力。
只有当
α
测试达到一定的可靠程度时，才
能开始
β
测试。它处在整个测试的最后阶段。
同时，产品的所有手册文本也应该在此阶段完
全定稿。
编辑本段
定义解释
大型通用
软件
，在正式发布前，通常需要
执行
A
lpha
和
Beta
测试
，
目的是从实际终端用
户的使用角度，
对软件的功能和性能进行测试，
以发现可能只有最终用户才能发现的错误。<
/p>
α
测试是由一个用户在开发环境下进行的
测试
，也可以是公司内部的用户在模拟实际操
作环境下进行的受控测试，
α
测试不能由
程序
员
或测试员完成。
α
测试发现的错误，可以在
测
α
测试性能测试
试现场立刻反馈给开发人员，由开发人员及时
分析和处理。目的是评价软件产品的功
能、可
使用性、可靠性、性能和支持。尤其注重产品
的界面和特
色。
Alpha
测试可以从软件产品编
码结束之后开始，或在
模块
（子系统）测试完
< br>成后开始，也可以在确认测试过程中产品达到
一定的稳定和可靠程度之后再开始。
有关的手
册（草稿）等应该在
α
测试前
准备好。
软件测试就是在软件交付用户使用或投入
运行前，对软件需求规格说明、设计规格说明
和编码的最终复审，是软件质量保证的
关键步
骤。软件测试是为了发现错误而执行程序的过
程。
软件测试在软件生命周期中横跨两个阶段：
通常在编写出每一个模块之
后就需要对它做必
要的测试（称为
单元测试
）
。编码和单元测试属
于软件生命周期中的同一个阶段。在
结束这个
阶段后对软件系统还要进行各种综合测试，如
集成测试
、系统测试、性能测试和配置测试等，
这是软件生命周期的另一
个独立阶段，即测试
阶段。
编辑本段
专业解读
解读一
α
、
β
、
λ
常用来表示
软件测试
过程中的三
个阶段，
α
是第一阶段，一般只供内部测试使
用；
β
是第二个阶段，
已经消除了软件中大部分
的
不完善之处，
但仍有可能还存在
缺陷
和漏洞，一般只提
供给特
α
测试
定的用户群来测试使用；
λ
是第三
个阶段，此时产品已经相当成熟，
只需在个别地方再做进一步的
优化
处理即可上
市发行。
解读二
α
测试
(
alpha
测试
)
：
< br>在开发小组内部进行，
测试的方法也较多，
黑盒
、
白盒
、
压力
、应力
等等；
β
测试（
b
eta
测试）
：有选择地请一些
最终用
户实际使用，将发现的问题反馈回来再
进行修改。
解读三
简单扼要的说：
alp
ha
代表软件测试的第一个版本。
(
软
件
开发初期的版本，初具规模
)
beta
代表软件测试的第二个版本。
(
网上所
提供的一些软件测试版本
)
final
代表软件测试的第三个版
本。
(
软件公
司发布的版本
)
编辑本段
目的对象
软件测试的目的
1
、测试的最终目的是为了避免错误
的发
生，确保应用
程序
能够正常高效的
运行；
2
、
好的测试用例在于发现至今未发现
的错
误；
α
测试在不同阶段上提前进行测试设计
3
、
成功的测试是发现了至今未发现的错误
的测试；
4
、好的
测试工程师
应该做到不仅发现
问
题，还能够帮助开发人员分析问题。
软件测试的对象
软件测试并不单纯等同于程序测试
。软件
测试应该贯穿整个软件定义与开发整个期间。
因此需求分
析、概要设计、详细设计以及程序
编码等各阶段所得到的文档，包括需求规格说
明、概要设计规格说明、详细设计规格说明以
及源程序，都应该是软件测
试（评审）的对象。
在对需求理解与表达的正确性、设计与表达的
正确性、实现的正确性以及运行的正确性的
验
证
中，任何一个环节发生了问题都可能在软件
测试中表现出来。
编辑本段
基本原则
软件测试的原则：
1
、
应把
“
尽早和不断地进行软件测试
”
作为
软件开发者的座右铭，实践证明单元测试
能够
尽早发现问题，减少后期测试的错误量。可以
采用
Junit
和
Jtest
来辅助进行单元测试。
2
、测试用例应由测试输入数据、测
试执行
步骤和与之对应的预期输出结果三部分组成。
3
、
应当避免由程序员检查自己的程序。
（指
后期
系统测试
阶段，不包括单元测试）
4
、
测试用例的设计要确保能覆盖所有可能
路径。在设计测试用例时，应当包括合理的输
入条件和不合理的
输入条件。不合理的输入条
件是指异常的，临界的，可能引起问题的输
< br>