软件测试规范 (三)_第1页
软件测试规范 (三)_第2页
软件测试规范 (三)_第3页
软件测试规范 (三)_第4页
软件测试规范 (三)_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件测试规范

篇一:软件测试规范整理

软件测试规范

目录

123

测试目

自勺♦♦♦・♦・・・♦♦•・♦・・・♦♦・・♦♦・・♦♦♦・♦♦・・♦♦♦・・♦♦・・♦♦・・♦♦♦・♦

.............................................................................................3

适用范

围.................................................

.............................................................................................3

软件测试流

程.................................................

..............................................................................33.13.2

软件测试流程

图.................................................

...........................................................3

软件测试流程细

则.................................................

..................................................3

单元测

试.................................................

...................................................................4

集成测

试....................................................

...................................................................4

系统测

试....................................................

...................................................................4

3.2.13.2.23.2.3

3.2.3.1图形界面测

试....................................................

..............................................5

3.2.3.2业务功能测

试....................................................

..............................................6

3.2.3.3兼容性测

试....................................................

.......................................................6

3.2.3.4数据存储测

试....................................................

..............................................6

3.2.3.5系统安全测

试....................................................

..............................................6

3.2.3.6系统性能测

试....................................................

..............................................7

3.2.3.7磁盘空间测

试.................................................

....................14

3.2.3.8系统日志测

试.................................................

....................14

3.2.3.9其他测

试.................................................

...........................144

缺陷类型定

义.................................................

...................................16

1测试目的

?测试是为了发现程序中的错误而执行程序的过程。

?好的测试方案是极可能发现迄今为止尚未发现的错误的测

试方案。?成功的测试是发现了至今为止尚未发现的错误的

测试。

2适用范围

适用于项目开发过程中的单元测试、集成测试、系统测试、

业务测试、验收测试以及一些专项测试软件测试流程

3软件测试流程

3.1软件测试流程图

3.2软件测试流程细则

需求阶段:测试人员了解项目需求收集结果包括项目需求规

格说明、功能结构及模块划分等。测试人员了解项目需求变

更。

设计编码阶段:测试人员制定《测试用例》。项目开发组

对完成的功能模块进行单元测试所有单元测试及相应的修改

完成后,项目开发组组织进行集成测试

测试阶段:测试人员按测试计划、测试用例的要求对被测系

统进行系统测试。填写《错误报告》对修改后的情况进行

回归测试。

3.2.1单元测试

项目开发实现过程中,每个程序单元(程序单元的划分视具

体开发工具而定,一般定为函数或子程序级)编码调试通过

后,要及时进行单元测试。

单元测试由单元开发者自己进行,使用白盒测试方法,根据

程序单元的控制流程,争取达到分支覆盖。对于交互式运行

的产品,不便于进行自动测试的,可以采用功能测试的方法

进行。

单元测试针对程序模块,从程序的内部结构出发设计测试用

例。多个模块可以独立进行单元测试。

?单元测试内容包括模块接口测试、局部数据结构测试、路

径测试、错

误处理测试等;

?单元测试组织原则一遍根据开发进度安排对已开发完成的

单一模块

进行测试;

?单元测试停止标准:完成了所有规定单元的测试,单元测

试中发现的

bug已经得到修改。

3.2.2集成测试

编码开发完成,项目组内部应进行组装测试。

集成测试着重对各功能模块之间的接口进行测试,验证各功

能模块是否能协调工作、参数传递及功能调用是否正常。

3.2.3系统测试

在项目开发完成之后,应对整个系统软件和硬件进行系统测

试。对性能、可靠性、健壮性、压力承受力等方面分别进行

评价,以验证系统是否满足规定的需要。

系统测试由测试负责人组织策划(编写测试计划、测试用

例)并实施。系统测试一般进行如下几种情况的测试:图形

界面、业务功能、数据存储、系统安全、系统性能、磁盘空

间、软件兼容性、系统日志等。

3.2.3.1图形界面测试

1)光标字体布局测试:

?光标的初始位置是否正确?字体是否统一?字号是否符

合规定?标题颜色是否清晰美观?按钮的名称是否规范

?界面布局是否合理,整体效果如何2)输入值测试:

?数据类型?数据长度

?约束条件是否满足,是否完整?Enter键是否起作用

?键盘操作能否全部代替鼠标操作?输入(光标)是否按照

顺序前进3)按钮测试:

?按钮开放和封闭是否严格、准确,不能使用的按钮必须封

闭?检查“退出”、“取消”等具有共性按钮的功能?用

户友好性测试4)异常情况测试:

在完成正常功能测试后,按正常处理的相同操作顺序,执行

与正常处理不同的动作,例如

?正常处理中要求输入日期的字段,这时输入字符或数字?

正常处理中输入字段有范围要求,这时输入超过范围的值?

正常处理中用两个值限定范围,这时月一个值或不限定?正

常处理中要求用“Tab”键,这时安“Enter”键或其他键

?正常处理中单选框、多选框、下拉框等,使用非指定键操

作是否不同

于指定的按钮操作

篇二:软件测试标准

一、软件测试

1、软件测试的目的

软件测试是指为了度量和提高被测试对象的质量、对测试对

象进行工程设计、使用和维护的与软件开发过程并发的生命

周期过程。软件测试的目的为:验证软件产品的实现状态以

及实现质量。2、软件测试相关概念

2.1白盒测试

指基于程序结构的测试,测试目标是检查程序内部逻辑结构

和逻辑路径,是代码级的测试。2.2黑盒测试

基于程序功能的测试,根据输入输出的关系推断程序功能的

正确性。2.3测试用例

测试方案,包括数据输入和相应的期望输出。依据测试用例

来执行具体操作。2.4预防性测试

其原理为:只要测试在生命周期中进行得足够早,就能够提

高待测软件的质量。2.5测试风险分析

其目的为:确定测试对象、测试的优先级、测试的深度。

2.6软件测试模型

公司目前采用V模型,实现测试与软件开发的同步进行。

2.7等价类划分

将测试对象按某和约定划分为有限个组成部分,提高测试的

有效性。2.8边界值分析

分析测试对象的所有边界值及边界附近的临界值。

二、测试工作流程

三、开发一测试流程

说明:

1、新版本提供时间,由程序员与测试员按实际情况协调;

2、BUG审核的范围包括对BUG的抽查;对标注为不修改或待

讨论BUG的管理;3、软件涉及到功能性修改时,应该先提

供修改设计说明,讨论通过后方可

进行修改。

四、测试角色与职责五、BUG主要参数

1、当前状态

记录BUG的状态,包括已修改、未修改、已验证。2、严重

程度

BUG严重程度分为四个级别

级别一:死机,数据丢失,主要功能完全丧失,系统悬挂级

别二:主要功能丧失,导致严重的问题,或致命的错误声明

级别三:次要功能丧失,不太严重,如提示信息不太准确

级别四:微小的问题,对功能几乎没有影响,产品及属性仍

可使用,如

有错别字3、修改次数

指同样BUG重复修改的次数,是衡量开发人员工作效率的重

要依据;4、优先级别:

分为四个级别

级别一:必须立即修改;级别二:一天内修改;级别三:

三天内修改

级别四:短期内无须解决或在下一版本中解决

说明:严重程度越高,优先级越高,原有错误优先级高于新

版本错误。

六、测试文档

1、测试报告

详细记录BUG出现过程,可能原因,解决方法或解决意见。

测试报告要求书写工整、简明扼要,必须要详细注明BUG发

现日期、BUG所属模块等相关信息(对于较难发现的BUG,必

须提供操作流程及应用数据)。测试报告是测试员与开发人

员交流的重要文档,也是测试评价的重要依据。注意:

A、如果测试与测试任务单对应,则测试报告中必须要记录任

务单编号,以利于测试验收及考核。B、测试报告中必须注

明测试用例编号,如果发现的BUG不在测试用例范围内,则

填写为“其它”,为测试用例评估提供依据。C、程序员在

修改BUG时,如果严重级别为一、二级,必须说明修改方法

或问题原因,以利于分析。2、测试用例

测试用例是为高效地发现程序中的BUG而精心准备的一组测

试数据或操作过程。测试用例不可能穷举软件中的所有情

况,所以测试用例的设

计必须具有代表性,通过测试用例的使用可以提高工作效

率、减少重复劳动、在软件进行改动或升级时,只需对测试

用例进行少量的修改即可开展工作。3、测试计划

主要内容:计划时间、人员、测试工作安排4、测试任务书

主要内容:时间要求、参与人员、验收标准或结束标志5、

测试总结报告

主要内容:计划完成情况、BUG修改情况、经验总结、测试对

象评分(10分为上限)6、软件修改记录

主要内容:修改对象、修改内容、修改原因、问题提出人、

关联对象、测试注意事项7、讨论记录

详细记录所有与测试相关的讨论,参与讨论者须在此记录上

手工签名8、软件升级记录

详细记录软件升级情况9、用户问题记录

主要内容:用户情况、用户问题、解决方法、解决状态

七、测试阶段划分

1、单元测试

对某个相对独立构件的测试,结束标志为:能满足独立运行

要求2、集成测试

将已通过单元测试的模块依次进行组合并测试,结束标志

为:组合后的模块能满足要求;3、验收测试

所有模块均通过集成测试后,软件可以交付使用前的测试,

结束标志为:软件可以交付使用4、维护测试

对软件发布后发现的问题进行的修改与测试,结束标志为:

问题解决、软件运行正常

八、测试类型

篇三:计算机软件测试规范

计算机软件测试规范

1目的

对软件产品(项目)的特性进行测试,以确保产品(项目)

的符合性。

2范围

适用于产品(项目)开发阶段及实施阶段的测试。

3职责

3.1项目经理负责测试活动的申请、明确测试内容并将测试

产品(项目)提交。

3.2测试组成员负责测试用例的设计、编写和测试实施。

3.3测试经理负责组织测试过程,执行完成后的统计分析与

总结。

4工作程序

4.1测试启动

4.1.1在产品(项目)开发完成阶段,由项目经理提交测试

申请,测试经理组织编写测试大纲和测试进度计划。

4.1.2测试经理参照测试大纲,结合项目的具体情况建立测

试小组。

4.2测试

4.2.1除单元测试以外,在进行各种测试前应做好下述准备:

a、配备测试用的硬件环境;

b、建立相应的运行环境和网络环境;

c、准备测试数据;

d、组织和培训测试人员;

e、制定测试计划。

4.2.2测试依据

测试大纲、测试计划、测试用例、需求分析文档、设计说明

书、上阶段测试记录、上版软件产品月户反馈意见记录和顾

客提供的相关项目资料等。

4.2.3测试计划的制定

4.2.3.1各阶段的测试计划内容应包括测试时间、人员安排、

设备环境的建立、测试记录、统计方法、问题反馈处理办

法、测试用例和测试数据等。

4.2.3.2测试人员或组长制定单元测试计划、系统测试计

划、验收测试计划,提交测试经理批准后执行。

4.2.4测试用例的设计

4.2.4.1单元测试用例的设计测试组成员根据单元测试计划

并参阅详细设计说明书,针对详细设计说明书的每一个模

块,设计出合理适用的单元测试用例,并指出用黑盒或

(和)白盒方法进行测试。测试经理确认测试用例是否充分

覆盖,并组织项目室、技术室、测试室有关人员对测试用例

进行评审并将白盒及黑盒测试用例分开,具体操作可参见

《软件评审作业指导书》。

4.2.4.2系统测试用例的设计测试组成员根据系统测试计

划,参阅概要设计说明书、需求分析文档和用户提出的系统

性能方面的要求,针对需求分析报告及功能规格说明书中描

述的功能需求和概要设计说明书中描述的模块集成情况分别

设计出适用的黑盒测试用例或(和)集成模块的白盒测试用

例分析文档,测试用例应覆盖所有的功能点,(若因条件所

限,不能进行测试的,应在测试报告白说明。)主要应从如

下几个方面考虑:数据和数据库完整性测试、性能评测、负

载测试、强度测试、容量测试、安全性和访问控制测试、故

障转移和恢复测试、配置测试、安装测试。系统测试用例应

经过测试组的自检、互检,经测试经理审批后,方可用于测

试。在进行系统测试用例的设计过程由应定期将文档提交到

项目配置库中。

4.2.5测试实施

根据测试目的的不同,分几个阶段进行测试。

4.2.5.1单元测试

测试人员从配置管理员处用例库中提取测试用例,按照测试

大纲和测试计划执行单元测试,确保通过单元测试通过准

则,保证模块运行正确、界面与设计说明书相一致。

4.2.5.2系统测试

测试组成员从配置管理员处配置管理用例库中提取系统测试

用例,按照测试计划执行系统测试,测试的内容按照测试用

例进行。系统测试应力图测试完整,需求制作安装盘的,应

以安装的版本进行测试。安装盘由项目组制作。保证软件产

品数据流计算的正确性、软件产品整体运行的稳定性、与其

他软件产品数据接口间的正确性,以及与需求说明书的一致

性。

(转载于:小龙文档网:软件测试规范)

4.2.5.3验收测试

测试人员应严格按照测试大纲和测试计划所确定的测试用例

进行测试,测试人员应如实、完整地记录测试结果,对问题

级别的判断应客观、准确。(在测试出如发现测试用例以外

的软件问题,也应作好记录。)保证软件产品运行的稳定性

和与需求说明书的一致性,同时进行软件产品加密、安装正

确性的测试,以保证发版软件产品的正确性。

4.2.5.4在验收测试完成,评审会通过、项目经理批准的情况

由综合室将测试产品提交给用

户(或相当于用户的角色)进行B测试,并由综合室负责指

派人员对用户B测试的跟踪工作,及时收集顾客反馈的问

题,并根据顾客的反馈情况进行相应的处理。

4.2.7测试记录的控制

4.2.7.1在测试过程中,测试人员应按《单元测试错误等级的

划分标准》和《系统测试错误等级的划分标准》的规定进行

判定并做好测试记录,随时准确详细地记录软件的错误和不

妥之处。每个错误(建议)所属的模块、出错描述、错误等

级、问题状态、测试日期、测试人、测试版本、图片(需要

时)都应该在相应的栏目中填写清楚;所作的问题描述要求

开发人员根据记录的步骤进行操作,可重现错误重现,不可

重现错误能理解操作步骤,寻找错误根源。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论