软件测试基本方法_之验收测试

转:https://blog.csdn.net/BlueCloudMatrix/article/details/32081673

验收测试是在功能测试和系统测试之后进行的,所以验收测试的前提条件是系统或软件产品已通过了内部测试。然后和用户一起验收软件,在真实环境下运行软件,看是否存在与用户需求不一致的问题或违背产品规格书的要求。由于测试人员不可能完全用户实际使用情况,所以软件是否真正满足最终用户的要求,应由用户进行一系列的验收测试。

(1)验收测试定义:

检查软件是否符合合同要求,包括需求规格说明、设计规格说明和用户手册等。

(2)测试内容:

易用性测试(用户界面和可用性测试)
兼容性测试(软件兼容性测试、数据共享兼容性测试、硬件兼容性测试)
安装测试和可恢复性测试
文档测试(如用户手册、操作手册)

(3)测试人员:
用户和测试部门共同完成

(4)测试依据:
国家规范、行业标准、合同条款、用户确认的需求规格说明书。

(5)α,β测试
α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品(称为α版本)进行测试,试图发现错误并修正。
经过α测试调整的软件产品称为β版本。紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本,并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。

(6)用户界面测试的要素:

上面纯粹是理论,这里用一个具体的测试直观地看待验收测试。下面是用户界面测试的要素:

符合标准和规范:良好的用户界面应该遵守操作系统的界面标准,比如在windows系统中,出现红色叉号对话框意味着严重警告或错误。
直观性:这里有一个直观地例子(www.jaspermorrison.com/),其中的链接或功能都是通过直观地图形展示给用户的。

一致性
灵活性
舒适性
正确性
实用性

(7)向前和向后兼容:
向后兼容是指可以使用以前版本的软件,而向前兼容是指可以使用未来版本的软件。如word2003能向后兼容以前的word2000甚至MS-DOS下的字处理软件的所有版本的文件格式。而向前兼容指windows XP能否运行将来的word 2007,或者说word 2003能否打开word 2007文件。

(8)文档测试的重要性:
软件文档是软件的重要组成部分,文档错误也是软件缺陷。
错误的解释可能会引导用户无法完成某些软件已有的功能。
用户通过文档可以掌握具体的使用方法,提高了易用性。

原文地址:https://www.cnblogs.com/dashu123/p/11829313.html

时间: 2024-10-31 08:20:51

软件测试基本方法_之验收测试的相关文章

软件测试基本方法_之集成测试和系统测试

转:https://blog.csdn.net/BlueCloudMatrix/article/details/31821203 (建议打开链接看) 在软件开发中,经常会遇到这样的情况,单元测试时确认每个模块都能单独工作,但这些模块集成在一起之后会出现有些模块不能正常工作.例如,在chrome环境下用js写了一个实时捕捉video中特定区域的模块,正常工作:利用worker线程进行webgl场景渲染,也正常:可是当两个运算合并时,出现一个模块不能正常运行,原因在于两个模块不适合在worker线程

软件测试基本方法(七)之验收测试

验收测试是在功能测试和系统测试之后进行的,所以验收测试的前提条件是系统或软件产品已通过了内部测试.然后和用户一起验收软件,在真实环境下运行软件,看是否存在与用户需求不一致的问题或违背产品规格书的要求.由于测试人员不可能完全用户实际使用情况,所以软件是否真正满足最终用户的要求,应由用户进行一系列的验收测试. (1)验收测试定义: 检查软件是否符合合同要求,包括需求规格说明.设计规格说明和用户手册等. (2)测试内容: 易用性测试(用户界面和可用性测试) 兼容性测试(软件兼容性测试.数据共享兼容性测

软件测试基本方法(一)之软件测试

为什么要进行软件测试: 产品质量的保证 控制成本的关键 软件可靠性确认 让企业具备国际竞争力 软件测试定义: 软件测试是由"验证(verification)"和"有效性确认(validation)"活动构成的整体. 验证:检验软件是否已正确地实现了产品规格书所定义的系统功能和特性. 有效性确认:确认所开发的软件是否满足用户真正需求的活动. 软件测试和软件开发的关系: 软件缺陷: 定义:是指计算机程序中存在的任何一种破坏正常运行能力的错误,或者隐藏的功能缺陷,其结果会

软件测试基本方法(二)之白盒测试

白盒测试 概念:按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作. 分类:白盒测试是基于覆盖的测试,尽可能覆盖程序的结构特性和逻辑路径,所以其具体方法有逻辑覆盖.循环覆盖.基本路径覆盖.逻辑覆盖又可进一步分为语句覆盖.判定(分支)覆盖.条件覆盖.判定-条件覆盖.条件组合覆盖等.白盒测试主要用于单元测试(我们需要了解程序源码和结构,而且基于输入输出,适合单元模块).下面重点介绍常用的几种白盒测试方法. 语句覆

软件测试基本方法(三)之黑盒测试

黑盒测试: 概念:也称功能测试,它是通过测试来检测每个功能是否都能正常使用.在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息.黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试. 分类:黑盒测试有很多具体方法,这里只选取两种最常用的--等价类划分法和边界值分析法. 等价类划分法: 定义:分为有效等价类和无效等价类.有效

软件测试基本方法(四)之测试过程模型

瀑布模型是最常见也是最基本的过程模型,但实践中受到越来越大的局限性,我认为现代软件越发庞大和复杂,我们往往不能一眼洞穿,加上用户需求的多样化和不确定性,都让瀑布模型力不从心.于是出现了原型模型.迭代模型.敏捷过程模型和并发模型.例如原型模型就是为了加大与用户的交流,挖掘用户真正的需求.这里只是泛泛地谈一谈一些著名的测试过程改进模型. TMM(测试成熟度模型) 过程能力:描述了遵循一个软件测试过程可能达到的预期结果的范围. TMM的建立得益于: 充分吸收CMM的精华 基于历史演化的测试过程 业界的

软件测试基本方法(五)之单元测试

这是我们最亲密的测试,我们平常写课程设计,当然谈不上商业级的测试,往往就一个单元测试占据了测试.有些人习惯先搭起框架,然后再单元测试:也有些人在完成了一个功能模块后即着手进行该模块的测试.但殊途同归,要保证软件系统的质量,首先就要保证构成系统的单元的质量,这些单元可能是一个对象.类和函数,也可能是更大的单元--组件或模块. (1)为什么要进行单元测试: 软件中存在的错误发现得越早,则修改和维护的费用就越低,而且难度越小,单元测试是早期抓住这些错误的最好时机. (2)定义: 单元测试是对软件基本组

软件测试基本方法(六)之集成测试和系统测试

在软件开发中,经常会遇到这样的情况,单元测试时确认每个模块都能单独工作,但这些模块集成在一起之后会出现有些模块不能正常工作.例如,在chrome环境下用js写了一个实时捕捉video中特定区域的模块,正常工作:利用worker线程进行webgl场景渲染,也正常:可是当两个运算合并时,出现一个模块不能正常运行,原因在于两个模块不适合在worker线程中结合,基于worker本身的局限性,只能有一个模块正常工作.所以,很有必要进行集成测试. (1)集成测试定义: 集成测试是将软件集成起来,对模块之间

ZZUOJ 1199 大小关系(拓扑排序,两种方法_判断入度和dfs回路判断)

1 /* 2 这道题如果按照度为0的节点来判断的时候,将度为0的节点和其相连的节点(度数并减去1) 3 从图中去掉,如果度为0的节点的个数为0个但是图中的节点没有都去掉的 时候那么说明 4 出现了回路!用这种方法必须将重边去除掉! 5 6 所以推荐用dfs方式进行判断!这种方式还是比较直观的! 7 */ 8 #include<iostream> 9 #include<cstring> 10 #include<cstdio> 11 #include<algorith