确认测试的基本方法 (zt)
通过综合测试之后,软件已完全组装起来,接口方面的错误也已排除,软件测试的最后一步——确认测试即可开始。确认测试应检查软件能否按合同要求进行工作,即是否满足软件需求说明书中的确认标准。1. 确认测试标准
实现软件确认要通过一系列墨盒测试。确认测试同样需要制订测试计划和过程,测试计划应规定测试的种类和测试进度,测试过程则定义一些特殊的测试用例,旨在说明软件与需求是否一致。无是计划还是过程,都应该着重考虑软件是否满足合同规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如,可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意。
确认测试的结果有两种可能,一种是功能和性能指标满足软件需求说明的要求,用户可以接受;另一种是软件不满足软件需求说明的要求,用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正,因此必须与用户协商,寻求一个妥善解决问题的方法。
2. 配置复审
确认测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序,并且包括软件维护所必须的细节。
3. α、β测试
事实上,软件开发人员不可能完全预见用户实际使用程序的情况。例如,用户可能错误的理解命令,或提供一些奇怪的数据组合,亦可能对设计者自认明了的输出信息迷惑不解,等等。因此,软件是否真正满足最终用户的要求,应由用户进行一系列“验收测试”。验收测试既可以是非正式的测试,也可以有计划、有系统的测试。有时,验收测试长达数周甚至数月,不断暴露错误,导致开发延期。一个软件产品,可能拥有众多用户,不可能由每个用户验收,此时多采用称为α、β测试的过程,以期发现那些似乎只有最终用户才能发现的问题。
α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品(称为α版本)进行测试,试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的 用户操作方式。经过α测试调整的软件产品称为β版本。紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本,并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。 向大家推荐一个网址不错的
http://www.uml.org.cn/Test/test.asp
去看看有很多文章很好滴 towingbear
tks.
谢谢!
东西很多!新来的!希望看到更多好东西!
俺是新手,想请教怎样学好测试
各位好,俺是新手,正在学北大青鸟的测试课程,觉得有很多知识要学,但又不知如何循序渐进的学好,请大家指点 α、β测试是怎么区别的啊2个都不能有dev和tester测试,前者是公司内部的不参与这个项目的同事来测试吗?能不能也许他熟悉过这个软件呢?
迷茫
刚进入软件测试,还 比较迷糊!希望能看到更好的文章 迷茫
刚进入软件测试,还 比较迷糊!
希望能看到更好的文章 这个国内都用滥了 希望能看到更好的文章,楼主加油 我市新来的 网址收到,多谢。sdlkfj6 sdlkfj6 不是非常的准确
原帖由 wingbear 于 2004-9-24 19:15 发表 http://bbs.51testing.com/images/common/back.gif
通过综合测试之后,软件已完全组装起来,接口方面的错误也已排除,软件测试的最后一步——确认测试即可开始。确认测试应检查软件能否按合同要求进行工作,即是否满足软件需求说明书中的确认标准。
1. 确认 ... 确实测试在学中
感谢LZ给的意见
领悟中。。。。。。。 速度 为什么我安装的loadrunner一加压把下载超时的时间改成几秒,就基本不能通过测试呢?请各位前辈们指点!!!
回复 #6 walker_lai 的帖子
主要是测试的环境一个是受控,一个不受控吧 站得高并不一定就能看得远! 只是黑盒测试哦sdlkfj4 8错8错,多谢了,尤其是推荐的网站
页:
[1]
2