• 测试用例的书写方式及测试模板大全


    转自http://blog.csdn.net/casularm/article/details/497235

    参考http://www.doc88.com/p-50896629809.html

    一个优秀的测试用例,应该包含以下信息:

    1 ) 软件或项目的名称

    2 ) 软件或项目的版本(内部版本号)

    3 ) 功能模块名

    4 ) 测试用例的简单描述,即该用例执行的目的或方法

    5 ) 测试用例的参考信息(便于跟踪和参考)

    6 ) 本测试用例与其他测试用例间的依赖关系

    7 ) 本用例的前置条件,即执行本用例必须要满足的条件,如对数据库的访问权限

    8 ) 用例的编号( ID ),如可以是 软件名称简写 - 功能块简写 -NO. 。

    9 ) 步骤号、操作步骤描述、测试数据描述

    10 )预期结果(这是最重要的)和实际结果(如果有 BUG 管理工具,这条可以省略)

    11 )开发人员(必须有)和测试人员(可有可无)

    12 )测试执行日期

    例如以下这个模板:

    项目 / 软件

    技术出口合同网络申领系统

    程序版本

    1.0.25

     

     

     

    功能模块名

    Login

    编制人

    xxx

     

     

     

    用例编号 -

    TC-TEP_Login_1

    编制时间

    2010.10.12

     

     

     

    相关的用例

     

     

     

     

     

    功能特性

    用户身份验证

     

     

     

     

     

    测试目的

    验证是否输入合法的信息,允许合法登陆,阻止非法登陆

     

     

     

     

     

    预置条件

    特殊规程说明

    如数据库访问权限

     

     

     

    参考信息

    需求说明中关于 “ 登陆 ” 的说明

     

     

     

     

     

    测试数据

    用户名 =yiyh 密码 =1

    操作步骤

    操作描述

    数 据

    期望结果

    实际结果

    实际结果

    测试状态

    1

    输入用户名称,按 “ 登陆 ” 按钮。

    用户名 =yiyh ,密码为空

    显示警告信息 “ 请输入用户名和密码! ”

     

     

     

    2

    输入密码,按 “ 登陆 ” 按钮。

    用户名为空,密码 =1

    显示警告信息 “ 请输入用户名和密码! ”

     

     

     

    ------------>>>

    测试人员

     

    开发人员

     

     

    项目负责人

     


    =====需求测试用例=======

    客户需求列表-需求说明书 开发人员-系统说明书-功能列表 测试人员--功能点测试列表
    1注册功能 1用户可以自动注册 (对比发现问题)
         

    ===== 接口测试用例===

    接口 A 的函数原型

     

    输入 / 动作

    期望的输出 / 相应

    实际情况

    典型值 …

     

     

    边界值 …

     

     

    异常值 …

     

     

    接口 B 的函数原型

     

    输入 / 动作

    期望的输出 / 相应

    实际情况

    典型值 …

     

     

    边界值 …

     

     

    异常值 …

     

     

     

     

    ==== 路径测试的检查用例====

    检查项

    结论

    数据类型问题 
    (1)变量的数据类型有错误吗? 
    (2)存在不同数据类型的赋值吗? 
    (3)存在不同数据类型的比较吗?

     

    变量值问题 
    (1)变量的初始化或缺省值有错误吗? 
    (2)变量发生上溢或下溢吗? 
    (3)变量的精度不够吗?

     

    逻辑判断问题 
    (1)由于精度原因导致比较无效吗? 
    (2)表达式中的优先级有误吗? 
    (3)逻辑判断结果颠倒吗?

     

    循环问题 
    (1)循环终止条件不正确吗? 
    (2)无法正常终止(死循环)吗? 
    (3)错误地修改循环变量吗? 
    (4)存在误差累积吗?

     

    内存问题 
    (1)内存没有被正确地初始化却被使用吗?
    (2)内存被释放后却继续被使用吗? 
    (3)内存泄漏吗? 
    (4)内存越界吗? 
    (5)出现野指针吗?

     

    文件 I/O 问题 
    (1)对不存在的或者错误的文件进行操作吗? 
    (2)文件以不正确的方式打开吗? 
    (3)文件结束判断不正确吗? 
    (4)没有正确地关闭文件吗?

     

    错误处理问题 
    (1)忘记进行错误处理吗? 
    (2)错误处理程序块一直没有机会被运行?
    (3)错误处理程序块本身就有毛病吗?如报告的错误与实际错误不一致,处理方式不正确等等。 
    (4)错误处理程序块是“马后炮”吗?如在被它被调用之前软件已经出错。

     

     

    =====功能测试用例=====

    功能 A 描述

     

    用例目的

     

    前提条件

     

    输入 / 动作

    期望的输出 / 相应

    实际情况

    示例:典型值 …

     

     

    示例:边界值 …

     

     

    示例:异常值 …

     

     

    功能 B 描述

     

    用例目的

     

    前提条件

     

    输入 / 动作

    期望的输出 / 相应

    实际情况

    ……

    ======健壮性测试- 容错能力 / 恢复能力测试用例=====

    异常输入 / 动作

    容错能力 / 恢复能力

    造成的危害、损失

    示例:错误的数据类型 …

     

     

    示例:定义域外的值 …

     

     

    示例:错误的操作顺序 …

     

     

    示例:异常中断通信 …

     

     

    示例:异常关闭某个功能 …

     

     

    示例:负荷超出了极限 …

     

     

     

     

     

     

     

     

    ======性能测试用例=======

    性能 A 描述

     

    用例目的

     

    前提条件

     

    输入数据

    期望的性能(平均值)

    实际性能(平均值)

     

     

     

     

     

     

     

     

     

    性能 B 描述

     

    用例目的

     

    前提条件

     

    输入数据

    期望的性能(平均值)

    实际性能(平均值)

    ……

     


    =====界面测试用例-界面检查表=======

    检查项

    测试人员的类别及其评价

    窗口切换、移动、改变大小时正常吗?

     

    各种界面元素的文字正确吗?(如标题、提示等)

     

    各种界面元素的状态正确吗?(如有效、无效、选中等状态)

     

    各种界面元素支持键盘操作吗?

     

    各种界面元素支持鼠标操作吗?

     

    对话框中的缺省焦点正确吗?

     

    数据项能正确回显吗?

     

    对于常用的功能,用户能否不必阅读手册就能使用?

     

    执行有风险的操作时,有“确认”、“放弃”等提示吗?

     

    操作顺序合理吗?

     

    有联机帮助吗?

     

    各种界面元素的布局合理吗?美观吗?

     

    各种界面元素的颜色协调吗?

     

    各种界面元素的形状美观吗?

     

    字体美观吗?

     

    图标直观吗?

     

     

     

     

    ======信息安全测试用例=========

    假想目标 A

     

    前提条件

     

    非法入侵手段

    是否实现目标

    代价-利益分析

    ……

     

     

     

     

     

    假想目标 B

     

    前提条件

     

    非法入侵手段

    是否实现目标

    代价-利益分析

    ……

     

     

     

     

     

    ======压力测试用例===========

    极限名称 A

    例如“最大并发用户数量”

    前提条件

     

    输入 / 动作

    输出 / 响应

    是否能正常运行

    例如 10 个用户并发操作

     

     

    例如 20 个用户并发操作

     

     

     

     

    极限名称 B

     

    前提条件

     

    输入 / 动作

    输出 / 响应

    是否能正常运行

     

     

     

     

     

    ======可靠性测试用例========

    任务 A 描述

     

    连续运行时间

     

    故障发生的时刻

    故障描述

     

     

     

     

    ……

     

    统计分析

    任务 A 无故障运行的平均时间间隔

    ( CPU 小时)

    任务 A 无故障运行的最小时间间隔

    ( CPU 小时)

    任务 A 无故障运行的最大时间间隔

    ( CPU 小时)

    任务 B 描述

     

    连续运行时间

     

    故障发生的时刻

    故障描述

     

     

     

     

    ……

     

    统计分析

    任务 B 无故障运行的平均时间间隔

    ( CPU 小时)

    任务 B 无故障运行的最小时间间隔

    ( CPU 小时)

    任务 B 无故障运行的最大时间间隔

    ( CPU 小时)

    ====== 安装 / 反安装测试用例============

    配置说明

     

    安装选项

    描述是否正常

    使用难易程度

    全部

     

     

    部分

     

     

    升级

     

     

    其它

     

     

    反安装选项

    描述是否正常

    使用难易程度

     

     

     

     

     

     

  • 相关阅读:
    Java 的JDBC 数据库连接池实现方法
    在tomcat下context.xml中配置各种数据库连接池
    Eclipse大括号换行显示
    编写.reg文件 导入注册表
    servlet中使用session
    IIS7整合Tomcat6
    TOMCAT数据库连接池的配置方法总结(待续)
    windows2003下iis6.0+tomcat6.0的整合配置
    TransactSQL处理小数
    专案同时使用两种数据库
  • 原文地址:https://www.cnblogs.com/WuYeqian/p/6836243.html
Copyright © 2020-2023  润新知