软件测试规范.docx
- 文档编号:3505367
- 上传时间:2022-11-23
- 格式:DOCX
- 页数:8
- 大小:26.82KB
软件测试规范.docx
《软件测试规范.docx》由会员分享,可在线阅读,更多相关《软件测试规范.docx(8页珍藏版)》请在冰豆网上搜索。
软件测试规范
XXXXXXXXXX有限公司
软件测试规程
2012-7-20
第一章概述4
1目的4
2适用范围4
3角色职责4
4术语定义4
4.1软件测试4
4.2测试执行5
4.2测试环境5
第二章标准及测试环境5
5入口标准5
6输入5
7输出5
8测试标准6
8.1完备性6
8.2正确性6
8.3文档一致性6
8.4测试通过标准6
8.5正式审核6
9测试环境7
第三章测试分类7
11按阶段分类7
11.1单元测试7
11.2集成测试7
11.3系统测试7
11.4验收测试8
12按质量维度分类8
12.1功能测试8
12.2非功能测试8
第四章测试流程8
13测试启动9
14建立测试计划9
15测试设计10
15.1测试设计的主要内容10
15.2测试用例的编写10
16测试执行11
16.1测试环境准备11
16.2正式执行11
16.3测试通过标准11
17测试总结12
17.1测试总结的主要内容12
18提交产品12
第一章概述
1目的
软件测试主要包括测试启动、测试计划、测试设计、测试执行及测试总结五个基本阶段,本文将描述这些阶段如何进行,指导测试人员更好地开展软件测试工作。
2适用范围
本文用于指导XXXXXXXXXX有限公司测试团队的测试工作。
3角色职责
测试负责人:
根据测试任务优先级制定《测试计划》。
根据《测试计划》负责监控软件测试过程,及时调整测试策略和方法,进行测试任务安排。
测试人员:
参与《测试用例》的设计与编写;配置测试环境及准备测试数据,参与《测试总结报告》的编写,评价软件功能的性能及正确性,确保所负责模块的测试质量。
4术语定义
4.1软件测试
软件测试是指通过一定的制度、方法、技术、流程和工具对软件测试对象进行检查、验证和分析,根本目的是验证和确认软件测试对象与需求的一致性,最终保证软件系统的质量。
4.2测试执行
在测试环境中按照测试用例完成测试,主要工作包括执行测试用例;记录、分析、解决测试过程中发现的错误,并执行回归测试;评估测试结果,提交测试总结报告。
4.2测试环境
是指满足软件系统测试要求的硬件、网络和系统软件环境,包括主机、存储、网络、外围设备、操作系统软件、数据库、中间件、系统配置参数和测试用业务数据等。
第二章标准及测试环境
5入口标准
编码工作已完成并已通过单元测试。
6输入
项目开发计划;项目需求说明书;
概要设计文档;可执行程序;
7输出
测试计划;测试用例;
测试记录;测试总结报告;
8测试标准
8.1完备性
●系统测试计划要求的所有内容是否全部完成?
●所有的测试用例是否全部执行?
●测试中发现的错误是否得到有效的修改或有了处理结论?
●测试中发现的错误被修改后,是否完成了回归测试,证明修改正确
●项目需求说明书上描述的功能是否全部实现?
8.2正确性
●项目需求说明书上描述的功能是否都测试通过?
●项目需求说明书上没有明确描述但却是系统必要的功能(如系统安装、数据备份和恢复等)是否都测试通过?
●系统和系统外的关联系统之间的交互功能是否都测试通过?
●所有的测试用例是否实现正常完成?
●单个功能单元的误差积累起来,是否会出现放大效应,以致达到不可接受的程度,导致整个系统工作异常?
8.3文档一致性
●系统测试的所有测试用例、测试记录、测试总结报告等都以文档的形式按照规定保存;
●系统测试中发现的问题被解决后,系统相关的概要设计、详细设计、代码和系统测试用例都得到相应的修改,保证系统文档内容的一致性。
8.4测试通过标准
测试通过标准请参照《鸿业迪普-软件测试通过及BUG分级标准》
8.5正式审核
系统测试结果和测试报告需要经过测试负责人审批通过,抄送总经理。
9测试环境
●原则上系统测试环境应当与系统未来上线后的环境一致,这包括硬件环境、操作系统环境、数据库和中间件环境、网络环境以及各类环境的配置参数;
●对于系统测试环境中无法提供的一些环境,比如被测试系统以外的相关系统,应当提供模拟环境或仿真程序,同时需要分析模拟环境与实际环境之间可能存在的设备性能、网络连接、交易产生方式等方面的差异,并尽可能通过编写仿真程序减少这种差异;
●应当要求系统测试涉及的软硬件供应商提供必要的技术支持;
第三章测试分类
11按阶段分类
11.1单元测试
单元测试侧重于核实软件的最小可测试元素。
单元可以是一个窗口(窗体),也可以是一个函数、菜单、报表或一个存储过程。
单元测试通常由开发人员自己或开发人员之间交叉进行测试。
11.2集成测试
按设计要求把通过单元测试的各个模块组装在一起之后,进行集成测试以便发现与接口有关的各种错误。
集成测试通常由专业的测试团队来完成。
11.3系统测试
在单元测试和集成测试后,基于系统的整体需求而对系统进行的准确性和完整性的测试。
系统测试是整个测试阶段中测试内容执行得最完整的一个阶段,也是目前测试部门的主要工作内容,通常由专业的测试团队来完成。
11.4验收测试
验收测试是软件实际应用之前的最后一个过程,通常由用户自己或委托第三方机构来完成。
验收测试的关注点为用户需求及实际的应用流程,目的是确保软件准备就绪,并且可以最终提供给用户使用。
12按质量维度分类
12.1功能测试
依据需求文档、设计文档对软件功能进行的测试。
主要发现由于软件需求说明不明确或开发人员对软件需求误解、理解不充分造成的功能错误。
12.2非功能测试
非功能测试是相对功能测试而言的,与功能测试重要性一样,都是软件测试过程不可缺少的测试类型。
非功能测试主要包括性能(压力)测试、稳定(可靠)性测试、容灾容难测试、安全性测试、可用性测试等内容。
第四章测试流程
软件测试按照阶段分类为单元测试、集成测试、系统测试和验收测试四个类别。
每个类别的测试依次完成四个阶段的工作:
计划、设计、执行和总结。
在需求分析阶段,测试人员就应介入项目了解项目需求,包括《项目需求说明书》、功能结构、模块划分、以及界面原型等。
13测试启动
测试启动是测试计划及整个测试过程开始前的重要准备环节,在明确可获得资源的情况下编制可行的《测试计划》,这些资源包括:
人员、设备、时间、环境等内容。
14建立测试计划
测试计划是各阶段测试的基础,主要是确定测试的对象、范围;依据开发任务量评估整体测试需要的时间和工作量,避免出现因反复测试修改导致工作量失控;明确测试队伍的角色分工、工作任务划分和所需的培训;规划测试资源、工具和数据;定义测试完成标准。
测试计划应该在测试工作执行前的较长时间就开始。
15测试设计
15.1测试设计的主要内容
测试设计是按照一定的编写格式、内容及注意事项编制的文档,为测试人员在测试执行过程提供测试过程、方法、步骤及使用的测试数据,保证测试过程顺利进行。
测试设计主要指的是《测试用例》的设计。
一般按照测试关注点的不同,将测试用例分为:
“功能类用例”、“流程类用例”、“数据类用例”、“综合类用例”、“非功能测试用例”五大类。
通常在《测试用例》中还包含测试大纲。
测试大纲是按一定的逻辑结构对被测试产品功能进行框架性描述,由于其关系到测试用例设计完整性及BUG填写定位准确性的问题,所以是测试设计中的重要环节。
可以按照软件系统中大的模块划分,或者软件功能菜单及链接为基础进行大纲的设计。
15.2测试用例的编写
标准的测试用例应包括用例描述、操作过程及数据、测试结果等内容,测试结果通常有“通过/不通过/未测试/不适用”四种情况。
1.用例依据
测试用例的编写要分等级,依据第二章标题8测试标准编写。
2.边界值分析
经验表明,程序在边界值处理方面经常出现问题,一般边界值类用例的设计可考虑如下这些情况:
(1)Null:
如果碰到空值,程序会如何处理;
(2)最大值,最小值,第一个,最后一个,在这些情况下如何处理;
(3)最大值+1,最小值-1时会怎么样;
(4)循环的边界值:
初始值是0还是1,循环次数是0..count-1还是1..count等;
(5)数据库的边界值:
数据库表为空等。
2.非法操作
大量的测试实践发现,程序在对非法操作处理方面经常出现问题,但对非法操作情况的设计没有固定的方法,需根据项目的实际情况分析。
在设计时要充分考虑对目标功能进行特殊操作,遍历程序所有可能分支情况。
16测试执行
16.1测试环境准备
测试小组根据系统的运行条件准备测试环境,确认计算机硬件、网络、软件支撑环境已满足所测试软件对其的要求,并确认这些环境运行正常。
16.2正式执行
1.获得最新版本的可执行程序;
2.测试人员以《测试用例》,及相应的需求文档和用户手册为依据进行测试,并在测试过程中通过Bugzilla发布发现的问题。
对于单元/集成测试、系统测试、验收测试等每一个阶段的测试都要建立测试版本。
3.回归测试,开发人员根据测试过程中发现的问题对软件进行修改,并将修改后的新程序提交更新,测试人员对测试版本中发布问题的修改情况进行回归测试并确认,一个测试版本测试通过后,才能进入下一个阶段的测试工作。
4.测试工作,重复2~3所述步骤,直至整个系统达到测试通过标准。
16.3测试通过标准
一般情况下,满足如下条件后测试工作就可以结束了:
1.所有测试用例全部被执行;
2.参照第二章“标准及测试环境”和《鸿业迪普-软件测试通过及BUG分级标准》;
17测试总结
在软件的所有模块达到测试通过准则后,测试负责人组织测试小组成员对测试工作进行总结并编制《测试总结报告》,测试总结应包含实际所有测试工作量、BUG修改工作量、BUG分等级数量统计等信息。
17.1测试总结的主要内容
1.测试总结报告
包括测试的策略、测试环境、测试人员、时间周期、对测试过程及软件质量的评价等内容,对测试总体工作的描述及总结;
2.软件问题统计分析
对BUG进行分类统计;对遗留下来的问题分析整理。
3.测试结束检查
检查所做的测试工作及完成情况,检查提交的工作成果,包括:
测试文档、可执行程序等。
18提交产品
测试总结工作完成后,测试小组将全部过程文档及测试通过的软件产品提交并归档备份。
此时提交的产品已经具备交付使用及验收的条件,测试工作也随之全面结束。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 规范