最新软件测试详细标准(精)
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2、软件测试相关概念
2.1白盒测试
指基于程序结构的测试,测试目标是检查程序内部逻辑结构和逻辑路径,是代码级的测试。
2.2黑盒测试
基于程序功能的测试,根据输入输出的关系推断程序功能的正确性。
2.3测试用例
测试方案,包括数据输入和相应的期望输出。依据测试用例来执行具体操作。
2.4预防性测试
其原理为:只要测试在生命周期中进行得足够早,就能够提高待测软件的质量。
2.5测试风险分析
其目的为:确定测试对象、测试的优先级、测试的深度。
2.6软件测试模型
公司目前采用V模型,实现测试与软件开发的同步进行。
2.7等价类划分
将测试对象按某种约定划分为有限个组成部分,提高测试的有效性。2.8边界值分析
分析测试对象的所有边界值及边界附近的临界值。
二、测试工作流程
需求分析
审核需求分析,编写验收测试部分用例
注意:
A、如果测试与测试任务单对应,则测试报告中必须要记录任务单编号,
以利于测试验收及考核。
B、测试报告中必须注明测试用例编号,如果发现的BUG不在测试用例
范围内,则填写为“其它”,为测试用例评估提供依据。
C、程序员在修改BUG时,如果严重级别为一、二级,必须说明修改方法
或问题原因,以利于分析。
2、测试用例
软件测试标准
前言
前一版的《软件测试标准》,在测试工作中发挥了很好的指导作用。本次修改在原标准基础上,提出了新的测试理念、工作方法、组织方式,使之更贴近实际工作,真正起到纲领的作用。
一、软件测试
1、软件测试的目的
软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为:验证软件产品的实现状态以及实现质量。
4、测试任务书
主要内容:时间要求、参与人员、验收标准或结束标志
5、测试总结报告
主要内容:计划完成情况、BUG修改情况、经验总结、测试对象评分(10
分为上限
6、软件修改记录
主要内容:修改对象、修改内容、修改原因、问题提出人、关联对象、
测试注意Fra Baidu bibliotek项
7、讨论记录
详细记录所有与测试相关的讨论,参与讨论者须在此记录上手工签名
3、修改次数
指同样BUG重复修改的次数,是衡量开发人员工作效率的重要依据;
4、优先级别:
分为四个级别
级别一:必须立即修改;
级别二:一天内修改;
级别三:三天内修改
级别四:短期内无须解决或在下一版本中解决
说明:严重程度越高,优先级越高,原有错误优先级高于新版本错误。
六、测试文档
1、测试报告
详细记录BUG出现过程,可能原因,解决方法或解决意见。测试报告要求书写工整、简明扼要,必须要详细注明BUG发现日期、BUG所属模块等相关信息(对于较难发现的BUG,必须提供操作流程及应用数据。测试报告是测试员与开发人员交流的重要文档,也是测试评价的重要依据。
包括适应性、健壮性、可恢复性、以及灾难恢复能力
9、安装测试
是软件发布前必须进行的测试,确保发布的软件产品为最新
10、兼容性测试
操作系统兼容性、异构数据库兼容性、新旧数据转换、异种数据兼容性、硬件兼容性。
4、维护测试
对软件发布后发现的问题进行的修改与测试,结束标志为:问题解决、
软件运行正常
八、测试类型
1、功能测试
对系统功能满足程度与实现程度的测试,此测试只关心测试对象功能方面的需求,而不考虑其它细节;
结束标志:系统功能满足设计需求
2、界面测试
在测试对象满足功能需求的前提下进行,此测试必须包括通用控件标准的测试。例如:数据窗口的滚动条。
1、当前状态
记录BUG的状态,包括已修改、未修改、已验证。2、严重程度
BUG严重程度分为四个级别
级别一:死机,数据丢失,主要功能完全丧失,系统悬挂
级别二:主要功能丧失,导致严重的问题,或致命的错误声明
级别三:次要功能丧失,不太严重,如提示信息不太准确
级别四:微小的问题,对功能几乎没有影响,产品及属性仍可使用,如有错别字
2、BUG审核的范围包括对BUG的抽查;对标注为不修改或待讨论BUG的管理;
3、软件涉及到功能性修改时,应该先提供修改设计说明,讨论通过后方可
进行修改。
四、测试角色与职责角色职责范围
管理负责测试全过程组织管理
分析负责进行测试分析、编写测试用例执行执行测试任务
文档管理负责对测试文档、开发文档管理
五、BUG主要参数
实地调研重点收集客户实际业务资料、操作习惯,并与需求分析作出对比
概要设计审核概要设计,从用户角度提出问题
编写集成测试用例
详细设计
审核详细设计报告,与需求分析、概要设计进行比对
编写单元测试用例
编写用户手册总体框架
单元测试阶段提出测试计划审核测试用例执行测试
测试总结
集成测试阶段
验收测试阶段
补充测试用例
资料归档
修改测试
审核修改计划程序员提供修改清单编写测试用例执行测试测试总结
复测
测试报告复测
测试用例复测
三、开发—测试流程
程序员
测试员
BUG管理
关闭BUG
得到BUG
修改BUG版本更新
新的开发任务
得到新版本
提交新BUG
验证BUG执行新的测试任务
BUG审核
定期检查、审核BUG
定期编译
说明:
1、新版本提供时间,由程序员与测试员按实际情况协调;
测试用例是为高效地发现程序中的BUG而精心准备的一组测试数据或操作过程。测试用例不可能穷举软件中的所有情况,所以测试用例的设
计必须具有代表性,通过测试用例的使用可以提高工作效率、减少重复
劳动、在软件进行改动或升级时,只需对测试用例进行少量的修改即可
开展工作。
3、测试计划
主要内容:计划时间、人员、测试工作安排
3、数据处理测试
对测试对象的数据处理过程进行测试,包括输入、处理、输出。
4、流程测试
包括业务流程、数据流程、逻辑流程、正反流程
5、极限测试
对极限值、边界值的测试
6、并发测试
主要指系统在网络环境、并发环境、多用户条件下的运行测试;
7、安全测试
包括加密、解密、数据备份、恢复、病毒检测等测试;
8、性能测试
8、软件升级记录
详细记录软件升级情况
9、用户问题记录
主要内容:用户情况、用户问题、解决方法、解决状态
七、测试阶段划分
1、单元测试
对某个相对独立构件的测试,结束标志为:能满足独立运行要求
2、集成测试
将已通过单元测试的模块依次进行组合并测试,结束标志为:组合后的
模块能满足要求;
3、验收测试
所有模块均通过集成测试后,软件可以交付使用前的测试,结束标志为:软件可以交付使用
2.1白盒测试
指基于程序结构的测试,测试目标是检查程序内部逻辑结构和逻辑路径,是代码级的测试。
2.2黑盒测试
基于程序功能的测试,根据输入输出的关系推断程序功能的正确性。
2.3测试用例
测试方案,包括数据输入和相应的期望输出。依据测试用例来执行具体操作。
2.4预防性测试
其原理为:只要测试在生命周期中进行得足够早,就能够提高待测软件的质量。
2.5测试风险分析
其目的为:确定测试对象、测试的优先级、测试的深度。
2.6软件测试模型
公司目前采用V模型,实现测试与软件开发的同步进行。
2.7等价类划分
将测试对象按某种约定划分为有限个组成部分,提高测试的有效性。2.8边界值分析
分析测试对象的所有边界值及边界附近的临界值。
二、测试工作流程
需求分析
审核需求分析,编写验收测试部分用例
注意:
A、如果测试与测试任务单对应,则测试报告中必须要记录任务单编号,
以利于测试验收及考核。
B、测试报告中必须注明测试用例编号,如果发现的BUG不在测试用例
范围内,则填写为“其它”,为测试用例评估提供依据。
C、程序员在修改BUG时,如果严重级别为一、二级,必须说明修改方法
或问题原因,以利于分析。
2、测试用例
软件测试标准
前言
前一版的《软件测试标准》,在测试工作中发挥了很好的指导作用。本次修改在原标准基础上,提出了新的测试理念、工作方法、组织方式,使之更贴近实际工作,真正起到纲领的作用。
一、软件测试
1、软件测试的目的
软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为:验证软件产品的实现状态以及实现质量。
4、测试任务书
主要内容:时间要求、参与人员、验收标准或结束标志
5、测试总结报告
主要内容:计划完成情况、BUG修改情况、经验总结、测试对象评分(10
分为上限
6、软件修改记录
主要内容:修改对象、修改内容、修改原因、问题提出人、关联对象、
测试注意Fra Baidu bibliotek项
7、讨论记录
详细记录所有与测试相关的讨论,参与讨论者须在此记录上手工签名
3、修改次数
指同样BUG重复修改的次数,是衡量开发人员工作效率的重要依据;
4、优先级别:
分为四个级别
级别一:必须立即修改;
级别二:一天内修改;
级别三:三天内修改
级别四:短期内无须解决或在下一版本中解决
说明:严重程度越高,优先级越高,原有错误优先级高于新版本错误。
六、测试文档
1、测试报告
详细记录BUG出现过程,可能原因,解决方法或解决意见。测试报告要求书写工整、简明扼要,必须要详细注明BUG发现日期、BUG所属模块等相关信息(对于较难发现的BUG,必须提供操作流程及应用数据。测试报告是测试员与开发人员交流的重要文档,也是测试评价的重要依据。
包括适应性、健壮性、可恢复性、以及灾难恢复能力
9、安装测试
是软件发布前必须进行的测试,确保发布的软件产品为最新
10、兼容性测试
操作系统兼容性、异构数据库兼容性、新旧数据转换、异种数据兼容性、硬件兼容性。
4、维护测试
对软件发布后发现的问题进行的修改与测试,结束标志为:问题解决、
软件运行正常
八、测试类型
1、功能测试
对系统功能满足程度与实现程度的测试,此测试只关心测试对象功能方面的需求,而不考虑其它细节;
结束标志:系统功能满足设计需求
2、界面测试
在测试对象满足功能需求的前提下进行,此测试必须包括通用控件标准的测试。例如:数据窗口的滚动条。
1、当前状态
记录BUG的状态,包括已修改、未修改、已验证。2、严重程度
BUG严重程度分为四个级别
级别一:死机,数据丢失,主要功能完全丧失,系统悬挂
级别二:主要功能丧失,导致严重的问题,或致命的错误声明
级别三:次要功能丧失,不太严重,如提示信息不太准确
级别四:微小的问题,对功能几乎没有影响,产品及属性仍可使用,如有错别字
2、BUG审核的范围包括对BUG的抽查;对标注为不修改或待讨论BUG的管理;
3、软件涉及到功能性修改时,应该先提供修改设计说明,讨论通过后方可
进行修改。
四、测试角色与职责角色职责范围
管理负责测试全过程组织管理
分析负责进行测试分析、编写测试用例执行执行测试任务
文档管理负责对测试文档、开发文档管理
五、BUG主要参数
实地调研重点收集客户实际业务资料、操作习惯,并与需求分析作出对比
概要设计审核概要设计,从用户角度提出问题
编写集成测试用例
详细设计
审核详细设计报告,与需求分析、概要设计进行比对
编写单元测试用例
编写用户手册总体框架
单元测试阶段提出测试计划审核测试用例执行测试
测试总结
集成测试阶段
验收测试阶段
补充测试用例
资料归档
修改测试
审核修改计划程序员提供修改清单编写测试用例执行测试测试总结
复测
测试报告复测
测试用例复测
三、开发—测试流程
程序员
测试员
BUG管理
关闭BUG
得到BUG
修改BUG版本更新
新的开发任务
得到新版本
提交新BUG
验证BUG执行新的测试任务
BUG审核
定期检查、审核BUG
定期编译
说明:
1、新版本提供时间,由程序员与测试员按实际情况协调;
测试用例是为高效地发现程序中的BUG而精心准备的一组测试数据或操作过程。测试用例不可能穷举软件中的所有情况,所以测试用例的设
计必须具有代表性,通过测试用例的使用可以提高工作效率、减少重复
劳动、在软件进行改动或升级时,只需对测试用例进行少量的修改即可
开展工作。
3、测试计划
主要内容:计划时间、人员、测试工作安排
3、数据处理测试
对测试对象的数据处理过程进行测试,包括输入、处理、输出。
4、流程测试
包括业务流程、数据流程、逻辑流程、正反流程
5、极限测试
对极限值、边界值的测试
6、并发测试
主要指系统在网络环境、并发环境、多用户条件下的运行测试;
7、安全测试
包括加密、解密、数据备份、恢复、病毒检测等测试;
8、性能测试
8、软件升级记录
详细记录软件升级情况
9、用户问题记录
主要内容:用户情况、用户问题、解决方法、解决状态
七、测试阶段划分
1、单元测试
对某个相对独立构件的测试,结束标志为:能满足独立运行要求
2、集成测试
将已通过单元测试的模块依次进行组合并测试,结束标志为:组合后的
模块能满足要求;
3、验收测试
所有模块均通过集成测试后,软件可以交付使用前的测试,结束标志为:软件可以交付使用