举一个例子:登陆QQ客户端测试功能和UI
标题:测试用正确的帐号和密码能登陆QQ客户端
前提条件:已有正确的用户名和密码 用户名:7575489363494948密码:password
步骤:
1。启动QQ程序。
2。输入用户名和密码。
3。点击登陆按年或直接按回车键。
预期结果:正确的登陆QQ客户端显示的帐号为7575489363494948,并且所有UI都显示正确。
要最佳答案这个没什么诀窍的,你也说你是新手,就是工作几年的老手他也不敢保证测试用例能包含所有的测试点啊,遗漏是很正常的,在以后不断工作积累中遗漏就会慢慢变少,语言也会越来越精炼,平时懂得使用方法,比如一个功能界面,我先从界面开始写测试用例,总体主界面是不是显示完整,功能字段名称是否显示正确,数据是否显示正确,各功能排版布局是否合理等,然后功能模块一个个来,设计玩一个在考虑其他的,不要用跳跃式,比如说测一个新建,新建按钮点击功能是否有效,d出界面内容是否合理正确,然后再考虑输入值的问题(可以先考虑输入正确值的情况,是否保存成功,点击保存后提示是否正确,然后在考虑填入超长字符,边界值,特殊字符,空字符等问题,点击保存后是否有提示或是提示内容是否正确),再看保存后的结果是否存在且数据字段是否正确,只要一步步来就会减少很多遗漏,要有方法和逻辑,这只是我自己的经验方法,希望对你有帮助这些吧!可以参考下!
1、测试用例编号:
测试用例编号是由字母和数字组合而成的,用例的编号应该具有唯一性,易识别性,比如可以采用统一的约定,产品编号_ST_系统测试项名_系统测试子项名_编号。这样看到编号就可以知道是做的什么测试,测试的对象是什么,也方便维护。
2、测试项目:
你现在这个测试用例所测的项目名,可以是测试用例所属的大类,被测需求,被测的模块,或者是被测的单元。例如:计算器加法功能
3、测试标题:
测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复,因为每个测试用例的测试点事不一样的。例如:手机在没有SIM卡的情况下,拨打119
4、重要级别:
重要级别分为高中低三等:
高:保证系统基本功能、重要特性、实际使用频率比较高的用例;
中:重要程度介于高和低之间的测试用例;
低:实际使用频率不高,对系统业务功能影响不大的模块或功能的测试用例。
注:一般情况下,重要级别为高的测试用例,一个测试子项里有且仅有一个,大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试项,如果重要级别为高的太多,则就失去了预测试的实际意义。
5、预置条件:
就是执行当前测试用例的前提描述,如果不满足这些条件,则无法进行测试
6、测试输入:
测试用例执行时,需要输入的外部信息。例如:某一个文件,数据记录等
7、 *** 作步骤:
执行当前测试用例所要经过的 *** 作步骤,需要给出每一步 *** 作的详细描述,测试人员根据测试用例 *** 作步骤,完成测试用例的执行
8、预期输出:
当前测试用例的预期输出结果,用来与实际结果比较,如果相同则该测试用例通过,否则该测试用例失败。
希望对你有帮助!~
吕茂炉软件测试用例就是指导你执行测试,帮助你证明软件功能或发现软件缺陷的一种说明。
可以总结为 :每一个测试点的数据设计的步骤设计。
微信红包用例?
用例编号:HB_001
功能模块:发送红包
测试标题:输入正确的金额和密码后,能否正常发送红包
前提条件:1、网络正常和钱包有钱
*** 作步骤:
1、进入红包发送页面
2、输入正确的金额和密码()
3、点击发送按钮期望结果:发送成功
实际结果:
1测试标题描述一定要包含具体测试点
2测试步骤一定要包含
3预期结果一定为唯一,不能出现“发送成功或发送失败”
测试用例的重要性:
1便于测试计划的实施
2规划测试数据的准备
3编写测试脚本的根本
4评估测试结果的基准
5分析缺陷的标准
1、组成:测试用例文档由简介和测试用例两部分组成。
简介部分编制测试目的、测试范围、定义术语、参考文档、概述等。
测试用例包括 :用例编号、功能模块、用例名称、前提条件、 *** 作步骤、期望结果、实际结果、备注。
2、编写方式:一般是按照功能+业务逻辑
1)首先保证功能是正常的 2)然后才是功能联合起来的业务逻辑是对的。比如说:登录、充值、体现功能分别都是好的,业务逻辑,就是要把所有的功能联合起来走一遍,看是否好的。
3、用例覆盖:测试用例旅游分为正常事件和异常事件。
1用例需要评审么?紧急情况用例也需要评审么?
2一天能够写多少用例?执行多条用例?
3自己写的用例可以打多少分?
4如果被测项目很紧急。来不及写用例,怎么办
5电梯、雨伞、杯子、笔写测试点
6遇到隐性需求如何写用例(需求不明确)
7用例有没有优先级?如果一定要有优先级,依据什么来确定呢
8如何编写测试用例?
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)