③
验收测试
在通过了系统的有效性测试及软件配置审查之后,就应开始系统的验收测试。验收测
试是以用户为主的测试。软件开发人员和
QA
(质量保证)人员也应参加。由用户参加设计
测试用例,使用用户界面输入测试数据,并分析测试的输出结果。一般使用生产中的实际数
据进行测试。在测试过程中,除了考虑软件的功能和性能外,还应对软件的可移植性、兼容
性、可维护性、错误的恢复功能等进行确认。
④
α
测试和
β
测试
在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的。因
为用户在使用过程中常常会发生对使用方法的误解、异常的数据组合、以及产生对某些用户
来说似乎是清晰的但对另一些用户来说却难以理解的输出等等。
如果软件是为多个用户开发的产品的时侯,让每个用户逐个执行正式的验收测试是不
切实际的。很多软件产品生产者采用一种称之为
α
测试和
β
测试的测试方法,以发现可能只
有最终用户才能发现的错误。
α
测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操
作环境下进行的测试。这是在受控制的环境下进行的测试。
α
测试的目的是评价软件产品的
FURPS
(即功能、可使用性、可靠性、性能和支持)。尤其注重产品的界面和特色。
α
测试
人员是除开产品开发人员之外首先见到产品的人,他们提出的功能和修改意见是特别有价值
的。
α
测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也
可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等
应事先准备好。
β
测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。与
α
测试
不同的是,开发者通常不在测试现场。因而,
β
测试是在开发者无法控制的环境下进行的软
件现场应用。在
β
测试中,由用户记下遇到的所有问题,包括真实的以及主观认定的,定期
向开发者报告,开发者在综合用户的报告之后,做出修改,最后将软件产品交付给全体用户
使用。
β
测试主要衡量产品的
FURPS
。着重于产品的支持性,包括文档、客户培训和支持产
品生产能力。只有当
α
测试达到一定的可靠程度时,才能开始
β
测试。由于它处在整个测试
的最后阶段,不能指望这时发现主要问题。同时,产品的所有手册文本也应该在此阶段完全
定稿。由于
β
测试的主要目标是测试可支持性,所以
β
测试应尽可能由主持产品发行的人员
来管理。
(4)
系统测试
所谓系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与
计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行
(使用)环境下,对计算机系统进行一系列的组装测试和确认测试。
系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统定义不符合或与
之矛盾的地方。系统测试的测试用例应根据需求分析规格说明来设计,并在实际使用环境下
来运行。
4.
测试用例设计
(1)
测试方法概述
软件测试的种类大致可以分为人工测试和基于计算机的测试。而基于计算机的测试由
可以分为白盒测试和黑盒测试。
①
黑盒测试
根据软件产品的功能设计规格,在计算机上进行测试,以证实每个实现了的功能是否
符合要求。这种测试方法就是黑盒测试。黑盒测试意味着测试要在软件的接口处进行。就是
说,这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内