软件测试实施细则Word文档格式.docx
《软件测试实施细则Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件测试实施细则Word文档格式.docx(14页珍藏版)》请在冰豆网上搜索。
![软件测试实施细则Word文档格式.docx](https://file1.bdocx.com/fileroot1/2022-10/9/d7c6bc00-3ba7-47f3-82c5-7685f464892c/d7c6bc00-3ba7-47f3-82c5-7685f464892c1.gif)
E、分析规格说明,找出其他的可能边界条件。
3、因果图
因果图能有效地检测输入条件的各种组合可能会引起的错误。
通过画因果图,在图上标明约束和限制,转换成判定表。
这适合于检查程序输入条件的各种组合情况。
三、基于PB的MIS系统常见BUG
1、数据库操作(增加、删除、修改)
A、操作完成后没有与时刷新数据;
B、数据库默认值检索不正确;
C、按条件检索时条件不正确;
D、从数据库中取出的值不正确;
E、操作时没有进行数据的有效性判断;
2、数据窗口
A、进行删除操作时没有进行空值判断;
B、带参数检索时没有传入正确的参数;
C、检索默认值时没有进行有效性判断;
D、操作完成后没有与时刷新数据窗口容;
四、BUG标准
符合以下描述者,均视为BUG
1、功能类
A、重复的功能
B、多余的功能
C、功能实现与设计要求不相符
D、功能实现不符合需求报告
E、功能使用方便性、易用性不够
2、界面类
A、界面不美观
B、界面风格不统一;
C、控件排列、格式不统一
D、焦点控制不合理或不全面
E、提示信息不准确;
3、提示信息类
A、提示信息重复或出现时机不合理
B、提示信息格式不符合要求
C、提示框返回后焦点停留位置不适宜
4、流程类
A、流程控制不符合要求
B、流程实现不完整
5、数据处理类
A、数据有效性检测不合理
B、数据来源不正确
C、数据处理过程不正确
D、数据处理结果不正确
五、测试用例编写说明
测试用例是整个测试工作开展的核心,所有测试均由测试用例驱动,测试用例按以下类型划分:
功能、界面、数据处理、流程处理、极限、并发、安装
每个测试对象的测试用例均包括以上类型,在测试初期,可以只有功能、界面测试用例,在不断进行的测试工作中,对测试用例进行补充,最后实现每一模块均有完整的测试用例,利于后期的测试与复测。
例:
在集成测试的初期,ATS纳税人登记模块可能只关联到税源登记模块,此时,应该编写纳税人登记与税源登记的集成测试用例,随着开发的进展,加入纳税人完税模块的集成,此时,应该与时编写与完税模块的测试用例。
1、测试用例标准格式
测试对象
输入或功能描述
预期结果
是否符合要求
备注
2、测试用例编写规
A、功能测试用例:
严格按需求分析、详细设计报告、用户手册、软件功能说明书编写,此用例对应到每一个具体的操作或每一项具体的功能。
功能性测试用例在软件详细设计阶段完成后进行编写!
如果是在软件发布后新增功能,应按新增功能详细说明与详细设计报告进行编写。
功能测试用例除对模块本身的功能进行测试外,还应对通用控件的功能进行检查,本用例适用于单元测试。
主要容:
●测试对象的设计功能;
●实现功能与设计功能的对照;
●测试对象中每一个控件的具体功能;
●设计中有关规定或约束;
●常用控件的一般功能或常见功能实现;
●有效性控制;
●应该进行的检测或控制;
●画出测试对象的功能结构图或示意图;
实例(ATS系统纳税人登记)
纳税人编码
新增纳税人
自动生成编码
纳税人名称
输入中文、英文、数字
允许
人口
输入四位数字
不允许
输入零或空
保存按钮
输入数据合法时执行
向数据库写入数据
输入数据不合法时执行
提示并不写数据入数据库
B、界面测试用例
严格按界面测试用例编写标准与实际测试对象进行编写。
界面测试用例包括通用控件、焦点控制、易用性控制。
本用例适用单元测试。
主要容
相关说明
窗口
1、弹出时显示的位置
2、最大、最小按钮的必要性
3、窗口标题
4、在不同分辨率下的显示
5、窗口中的控件排列与显示
6、窗口菜单显示
7、窗口颜色、滚动条
8、窗口尺寸
菜单
1、显示
2、级次
3、文字说明
4、快捷键
5、弹出位置
6、执行时状态
7、执行完状态
工具条
1、显示位置
2、图示形状与颜色
3、是否有浮动说明
4、按下、抬起两种状态是否正确
5、拖动工具条时是否正常
6、显示/隐藏时是否正常
状态条
1、位置
2、显示容
3、显示容能否与时更新
BOX框
1、BOX框存在的必要性
2、描述文字是否合理
3、BOX框的提示图标是否合标准
4、字体大小与标点符号
5、描述文字排列
6、BOX框中的各选项是否均有效
不可编辑的下拉框
1、尺寸与位置
2、是否有初始值
3、能否用鼠标选择
4、能否用键盘选择
5、可选容是否全面
可编辑的下拉框
1、包括所有不可编辑下拉框容
2、输入的容是否有效
3、对输入的容是否进行了有效性检测
单项选择按钮(RadioBox)
1、显示位置与文字说明
2、成组时有否默认值
3、成组时应只能选择其一
4、成组时进行不同的选择,相关容刷新是否与时
说明文字
2、文字容与排列
3、文字颜色
按钮(Button)
2、颜色
3、热键是否与其它模块统一
4、热键是否有效
5、能否实现鼠标与键盘操作
6、说明文字
7、状态更新是否与时
树结构
1、树图标
2、树的展开与回收是否与时
3、焦点控制
4、能否实现全键盘操作或全鼠标操作
5、刷新容方式
数据窗口
1、标题文字与颜色
2、数据窗口颜色
3、能否用鼠标或键盘移动光标
4、数据窗口中的容刷新是否正确与时
5、数据窗口创建时如果有容,能否自动选择一条记录
6、数据窗口容刷新时,能否自动选择一条记录
焦点控制
1、TAB键光标跳转顺序
2、ENTER键光标跳转顺序
3、操作完毕或出现错误后光标位置
4、BOX框操作后光标位置
5、初始焦点位置
热键
CTRL+S
放弃按钮
CTRL+Q
界面文字
颜色
黑色、红色
尺寸
10号字
C、数据处理测试用例
数据处理测试用例主要容为输入数据,处理过程、预期输出与实际输出。
在编写数据处理测试用例时,首先应列出被测试对象包括的所有数据处理过程或方法与预期结果,再选择测试数据。
如果被测对象涉与到数据库操作,应加入对数据库表记录的检测。
本用例适用于所有测试阶段!
●测试对象的数据流程;
●数据输入部分的检测、有效性控制;
●数据来源的正确性;
●数据处理过程的正确性;
●数据处理结果的正确性;
●画出测试对象的数据流程图
输入已存在
提示不允许
输入后四位为0000,保存
输入后四位为9999
提示9990后为临时纳税人编码
输入数字外的其它字符
不允许输入
输入超过16位编码
合法数据保存
数据库中记录正确数据
输入超过三位
D、流程测试用例
流程测试用例包括:
操作流程、业务流程、数据流程、正常流程、反流程、不规则流程以与各流程之间的数据传递正确性等方面容。
●操作流程:
软件实现流程与设计流程的对照;
●业务流程:
软件实现流程与实际业务流程的对照;
●数据处理流程的关联性;
●各流程之间的数据关联性;
●反流程操作的控制;
●测试对象流程图
实例(ATS系统纳税人登记、税源登记)
税源登记
新增纳税人后进入税源登记窗口
显示新增的纳税人
纳税人登记中删除纳税人
未登记税源
已登记税源
先登记再删除税源
纳税人登记
在税源登记窗口修改纳税人信息
显示修改后的纳税人信息
纳税人登记中注销纳税人
`有税源
无税源
先登记税源,再删除税源
E、极限测试用例
包括数据处理、数据库空值等方面容,编写极限测试用例时,注意分析测试对象的所有极限情况。
数值输入
1、空格
2、字符
3、负数
4、小数
5、最大值
6、最小值
7、临界值
8、数值有效位数控制
字符输入
2、空值
3、数值
4、最长字符
5、字符长度控制
6、字符有效性控制
7、同值输入
保存操作
1、保存空值
2、保存最大值
3、多次连续保存操作
4、保存非法值
5、保存相同值
删除操作
1、为空时删除
2、连续多次删除
3、删除第一条记录
4、删除最后一条记录
滚动条
1、满屏时是否有滚动条
2、满屏时,用键盘移动,光标选择是否正常
日期
1、0000-00-00控制
2、有效日期围控制
3、非日期值输入
数据处理
1、多笔数据处理
2、多年数据处理
保存
编码为空
保