软件测试用例怎么写

软件测试用例怎么写,第1张

1测试用例的定义

测试用例就是设计一种情况,软件程序在这种情况下,能够正常运行且达到程序所设计的运行结果。如果软件程序在这种情况下不能正常运行且反复出现这种问题,则可以判定软件有缺陷,可以记录在缺陷跟踪系统中,待问题修复,新版本部署,软件测试工程师利用同一个用例来回归测试这个问题,确保问题被修复。

2 测试用例设计方法

(1)等价类划分法

(2)边界值分析法

(3)因果图法

(4)错误推荐法

(5)判定表法

(6)正交试验法

(7)功能图法

(8)场景法

3 测试用例编写

测试用例格式:用例编号、所属模块、用例名称、前置条件、用例步骤、预期结果、实际结果、编写人员、编写时间

测试分析报告
1
引言
11编写目的
说明这份测试分析报告的具体编写目的,指出预期的阅读范围。
12背景
说明:
a
被测试软件系统的名称;
b
该软件的任务提出者、开发者、用户及安装此软件的计算中心,指出测试环境与实际运行环境
之间可能存在的差异以及这些差异对测试结果的影响。
13定义
列出本文件中用到的专问术语的定义和外文首字母组词的原词组。
14参考资料
列出要用到的参考资料,如:
a.
本项目的经核准的计划任务书或合同、上级机关的批文;
b.
属于本项目的其他已发表的文件;
c.
本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2测试概要
用表格的形式列出每一项测试的标识符及其测试内容,并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别,说明作出这种改变的原因。
3测试结果及发现
31测试1(标识符)
把本项测试中实际得到的动态输出(包括内部生成数据输出)结果同对于动态输出的要求进行比较,陈述其中的各项发现。
32测试2(标识符)
用类似本报告31条的方式给出第
2项及其后各项测试内容的测试结果和发现。
4对软件功能的结论
41功能1(标识符)
411能力
简述该项功能,说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。
412限制
说明测试数据值的范围(包括动态数据和静态数据),列出就这项功能而言,测试期间在该软件中查出的缺陷、局限性。
42功能2(标识符)
用类似本报告4l的方式给出第2项及其后各项功能的测试结论。
......
5分析摘要
51能力
陈述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现,应提供这方面的测试结果与要求之间的比较,并确定测试环境与实际运行环境之间可能存在的差异
对能力的测试所带来的影响。
52缺陷和限制
陈述经测试证实的软件缺陷和限制,说明每项缺陷和限制对软件性能的影响,并说明全部测得的性能缺陷的累积影响和总影响。
53建议
对每项缺陷提出改进建议,如:
a.
各项修改可采用的修改方法;
b.
各项修改的紧迫程度;
c.
各项修改预计的工作量;
d.
各项修改的负责人。
54评价
说明该项软件的开发是否已达到预定目标,能否交付使用。
6测试资源消耗
总结测试工作的资源消耗数据,如工作人员的水平级别数量、机时消耗等。

★ 项目的计划任务书、合同或批文;
★ 项目开发计划;
★ 项目需求说明书;
★ 项目概要设计说明书;
★ 项目详细设计说明书;
★ 项目用户 *** 作手册;
★ 本测试计划中引用的其他资料、采用的软件开发标准或规范。
参考自中国软件测试联盟

首先,要确定大方针,落实负责人和目标,在根据需求确定具体做什么类型的测试及规划、执行步骤,当然最重要的还是用例的设计
测试负责人需要负责沟通和推进整个测试过程,人员和时间安排,以及跨团队合作的沟通,和对外公示进度等工作。确定团队合作的项目,测试方案中一定要明确各方的测试范围,避免重测和漏测。
确定测试类型
白盒测试:黑盒手段不易覆盖或覆盖不到的路径
黑盒测试:功能测试、UI测试、业务流程
性能测试:响应时间、系统内存占用、使用流畅度
安全测试:涉及用户隐私的测试
兼容性测试:不同系统环境、软件环境下运行情况
压力测试:多用户并发、与服务器交互
然后是测试环境规划:
产品运行环境:特定的运行环境,或者对其他程序有依赖的产品
兼容性环境:与其他进程或者系统的兼容性
压力测试环境:构造多用户并发的数据量
测试服务器搭建:与服务器交互,构造测试数据
TestBird- 手游和App自动化测试平台


测试用例编号

规则:编号具有唯一性、易识别性,由数字和字符组合成的字符串

约定:
系统测试用例:产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例:产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例:产品编号-UT-单元测试项名-单元测试子项名-XXX

测试项目

规则:当前测试用例所属测试大类、被测需求、被测模块、被测单元等

约定:
系统测试用例测试项目:软件需求项
如:测试手机在没有SIM卡的情况下,可以拨打紧急电话
集成测试用例测试项目:集成后的模块名或接口名
如:测试模块A提供的文件接口
单元测试用例测试项目:被测试的函数名
如:测试函数int
ReadFile(char
pszFileName)

测试标题
规则:测试用例的概括简单的描述用例的出发点、关注点,原则上不能重复。

重要级别
规则
高:保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例;
中:重要程度介于高和低之间的测试用例;
低:实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。

预置条件
规则:执行当前测试用例需要的前提条件,是后续步骤的先决条件

输入
规则:用例执行过程中需要加工的外部信息,输入、文件、数据库等

*** 作步骤
规则:执行当前测试用例需要经过的 *** 作步骤,保证 *** 作步骤的完整性。

预期输出
规则:当前测试用例的预期输出结果,包括返回值的内容、界面的响应结果、输出结果的规则符合度等


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/12610859.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-26
下一篇 2023-05-26

发表评论

登录后才能评论

评论列表(0条)

保存