精华内容
下载资源
问答
  • 测试点设计及编写思路
    万次阅读 多人点赞
    2019-04-19 18:30:02

    我们写用例的时候一般是先写测试点,然后再写测试用例,也可以这么理解,测试点就是精简版的测试用例。编写用例四个基本方法:等价类、边界值、正交法、场景法。我认为对于一般的企业测试来说,这四个方法足够了。编写测试用例的策略:先点后面,先局部再整体,最忌讳的是点和面混在一起,局部和整体不明。

    在测试点设计的时候,需要思考如下几点:

    1、测试操作的难度;

    测试操作包括环境、配置、执行等因素,在测试设计时,尽量减小操作的难度。

    2、重要性及优先级;

    测试点一定要区分重要性及优先级,以便在实际项目测试中进行选择。重要性部门建议突出内部测试、外部验收、线上问题等标签,便于管理和分类更新。

    3、自动化可实现性;

    测试点一定要考虑自动化实现的难易度,因为自动化是提高测试效率的关键;在此还有一个问题需要注意,那就是自动化按照测试点设计要求的实现程度,如果不能100%按照预期要求进行覆盖的话,可能会遗漏非常重要的测试部门,这时候最好拆分成两个测试点。

    4、真实场景的需求及模拟;

    测试点在编写的过程中,一定要考虑真实使用场景,这会非常的高效,场景模拟本来就是测试点编写的重要方法之一。

    5、层次分明(点、面、体),切勿大小用例及测试模块混淆;

    测试点分类中注意区分所属模块和层级,层级中注明基本测试点、高级测试点和系统测试点,这个可以根据项目的具体进行区分。

    6、用例编写策略一致性,简单、明了、直接,最好不要超过8步;

    好的测试用例一定是非常清楚的,执行步骤不超过8步,这个在测试点和测试用例的设计中一定要注意;执行步骤太长,不利于问题的定位分析。

    7、测试配置的复用;

    所有的测试设计,最终都是为了执行,执行的时候有很多的配置,这些配置能否复用是非常关键的,直接关系到执行的效率。

    8、测试用例的维护和管理;

    测试用例的维护和管理历来都是非常重要的问题,如何维护用例的基线,如何不断的调整和更新,如何不断的优化和改进,都是极其重要的。

    9、测试用例评审;

    测试用例必须要评审,以听取多方面的意见,为了提高评审的效率,建议先内部评审,之后在项目组内部评审,听取相关人的评审建议(以测试点讲解为主,且重点是研发可能关注的用例,这个需要提前判断)。

    10、必须经过长期的大量的积累,才能写出高质量的用例;

    用例编写从来都不是一件易事,需要相当多的积累和大量的反复练习。

    测试点设计三步走

    测试点最好一次性设计完成,之后不断修改和完善,根据经验,设计主要分为三步,每一步都有其不同要求,在项目测试执行阶段的侧重点也有不同,下面简单介绍下思路。

    第一步:以“点”为主;

    点阶段是项目测试前期执行中的最小单元,这个阶段测试点的设计及执行有几个要求:

    1、测试点设计要简单、独立、明确、减少与其它点的交叉;

    2、测试点设计的范围局限于单个模块内部;

    3、测试点设计以功能验证为主,性能指标、可靠性、可用性等暂不涉及;

    4、测试点设计以正向测验为主,异常测试及复杂场景模拟先不考虑;

    5、测试点执行时的策略:优先选择简单、执行难度小、功能最核心的指标,尽早暴露问题;

    6、项目前期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部基本功能测试;

    第二步:以“面”为主;

    面阶段是项目测试中期执行中的单元,这个阶段测试点的设计及执行有几个特点:

    1、测试点设计要稍微复杂些,考虑单模块内部的异常和复杂场景;

    2、测试点设计的范围不仅包括单模块的复杂设计要求,还包括模块间的接口测试;

    3、测试点设计以功能验证为主,单模块及模块间的性能指标、可靠性、可用性可以涉及;

    4、测试点设计以正向测验为主、异常测试及复杂场景模拟为辅;

    5、测试点执行时的策略:优先选择功能最核心的指标,必要的性能和异常场景,尽早暴露问题;

    6、项目中期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部高级功能和性能测试,模块间的接口测试;

    第三步:以“体”为主;系统、性能和异常模拟

    1、测试点设计要复杂些,考虑被测系统多模块/全模块内部的功能、性能、稳定性、可用性、可靠性等指标的测试;

    2、测试点设计的范围不仅包括被测系统多模块/全模块级别的测试,还包括系统与外界环境的兼容性、真实场景模拟等;

    3、测试点设计以被测系统多模块/全模块功能验证为主,其次是性能指标,最后是可靠性、可用性、可升级性等指标;

    4、测试点设计以被测系统多模块/全模块的正向测验,功能性能全部通过之后是异常测试及复杂场景模拟;

    5、测试点执行时的策略:优先选择被测系统多模块/全模块的功能、性能最核心测试指标,必要的可靠性和异常场景模拟,尽早暴露问题;

    6、项目后期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是被测系统多模块/全模块的功能和性能测试,各种稳定性、可靠性测试等;

    总之,测试点的设计绝非易事,需要在多种因素下分步骤进行,在测试执行过程中,也需要灵活选择相应的测试点,把控项目测试进度和质量。

    更多相关内容
  • 测试用例怎么?这里提供一个测试用例小模板

    千次阅读 多人点赞 2020-09-03 23:34:43
    上面所说的都是很粗略的测试用例怎么,详细说就是比如一个登陆页面,我们需要关注以下几个维度来编写测试用例 模板 用例编号 测试模块 用例名称(测试项目) 前置条件 操作步骤 预期结果 测试结果 重要程度 ...

    模板

    用例编号测试模块用例名称(测试项目)前置条件操作步骤预期结果测试结果重要程度更新时间测试人员能否接口自动化能否 UI 自动化备注信息
    项目代码-需求代码-用例编号可以写被测试的模块名称可以按照功能划分该测试用例要准备的数据以及要准备的一些前置操作1.第一步操作
    2.第二步操作
    3.第三步操作
    PASS 或者 FAIL 或者 WAITING 或者 N/A高或者 中或者低2020-01-13李明Y 或者 NY 或者 N备注信息

    解释

    • 用例编号

      用例编号是唯一的,一般我们在接到新需求的时候,产品确定好需求文档之后,我们可以开始编写测试用例了,这个测试编号是唯一的,比说 A 项目 售后模块改进.doc 的需求,售后模块改进的英文是 After Sale Module Improvement,那么这个用例编号我可以写 A-ASI-001

    • 测试模块

      比如说我测试售后功能的改进,那我这里可以写售后模块-xxx模块

    • 用例名称

      这里可以写用例名称或者测试项目,比如我要测搜索功能,这里就应该写售后模块-搜索测试

    • 前置条件

      比如登录账号进入系统这个前置操作,其中写明账号密码是多少即可

    • 操作步骤

      具体详细无歧义的操作步骤,按照 1 2 3 4 … 来划分步骤

    • 预期结果

      测试用例每一步都要写预期结果,有的步骤可能纯粹操作你可以不写,写有预期结果的,比如最后一步犹豫期结果就写1.N/A 2.N/A 3.xxxx

    • 测试结果

      填写PASS表示通过,Fail表示失败,WAITING表示等待中,N/A表示该条测试用例因某些原因可以不用管了

    • 重要程度

      高中低,看该功能的重要程度,是否影响主流程等等总和判断,这个考验测试人员对业务场景的熟悉程度。正向主流程的用例可以标记为高级别

    • 更新时间

      测试用例最近一次的更新时间,可以统一一下时间格式

    • 测试人员

      该条测试用例是谁来测试的

    • 能否接口自动化

      填写 Y 或者 N

    • 能否 UI 自动化

      填写 Y 或者 N

    • 备注信息

      具体备注的信息

    必需的列

    我这个测试用例的模板比较完备,一般来讲,测试用例的列不可缺少

    • 测试标题
    • 操作步骤
    • 预期结果
    • 测试结果

    这四大部分,其他的列可以根据项目需要添加

    统计

    另外可以在用例最顶上写上统计信息,如下

    在这里插入图片描述

    怎么写用例?

    我们应该怎么写用例?

    我自己最常用的就是等价类划分和边界值法,其实还是等价类划分最常用,等价类划分划分到怎么样的细致程度,已经边界值分析分析到什么样的细致的程度,这个是比较灵活的,需要看测试投入时间与收益以及功能重要程度等多方面来考虑

    上面所说的都是很粗略的测试用例怎么写,详细点说就是比如一个登陆页面,我们需要关注以下几个维度来编写测试用例

    • 该页面正向主流程正向(正向+异常)
    • 该页面各个模块组件的功能验证(正向+异常)
    • 各个页面或者多个模块之间数据交互的验证
    • 其他的隐藏潜在的待验证点

    对于正向的页面主流程重要程度可以标记为高,其他的可以标记为中或者低,高级别的用例在冒烟或者回归时候可以被识别来测试

    展开全文
  • 软件测试常见测试点

    千次阅读 多人点赞 2020-02-26 23:31:02
    2、按照边界值等价类设计测试用例的原则设计其他输入项的测试用例,有效等价类应能成功保存,无效等价类应有相应提示 3、不符合要求的地方要有错误提示 1)留出一个必填数据为空,是否有提示信息 2)唯一性数据的...

    增加

    1、 要添加的数据项均合理,检查数据库中是否添加了相应的数据

    2、 按照边界值等价类设计测试用例的原则设计其他输入项的测试用例,有效等价类应能成功保存,无效等价类应有相应提示

    3、 不符合要求的地方要有错误提示

    1) 留出一个必填数据为空,是否有提示信息

    2) 唯一性数据的增加,如果添加重复数据,是否有相应提示

    3) 字符数校验,是否都超长文本做了字符数限制校验,并有相应的提示信息

    4) 日期类型是否有校验,输入错误格式或不合理的时间范围内取值,是否有相应提示信息

    5) 数字型校验,主要根据整数、正整数、负整数、小数、正小数、负小数等,根据实际需求情况进行测试校验,不符合要求应有相应提示信息

    6) 特殊格式,如手机号码、电子邮件、网址等,不正确格式应有提示

    4、 是否支持table键切换光标在输入字段之间进行切换

    5、 按enter是否能保存

    6、 点击重置按钮是否能清空已输入的数据

    7、 若提示不能保存,也要察看数据库里是否多了一条数据

    8、 查看最新数据是否在列表首行,一般需求情况都会要求最新数据靠前显示

    9、 Textarea输入区域是否满足限定个数的字符显示,如若不能显示,是否会自动调整textarea显示区域大小。如若显示区域自动变大,对整个增加页面的显示是否有影响;如若显示区域不能自动变大,字符超过显示区域是否会出现滚动条

    10、 增加完成后应有相应提示信息,并能跳转回到列表页面。

    删除

    1、 删除数据时应有确认\取消操作。确认则删除成功,取消则放弃删除

    2、 删除一个数据库中存在的数据,然后查看数据库中是否删除

    3、 复选数据,点击删除,删除成功,并且没有漏删或错删

    4、 不选择数据,点击删除,是否有相应提示。

    修改

    修改与增加的约束条件较为类似

    1、 要修改的数据项均合理,检查数据库中是否更新了相应的数据

    2、 按照边界值等价类设计测试用例的原则设计其他输入项的测试用例,有效等价类应能成功修改数据并保存,无效等价类不能修改并应有相应提示

    3、 不符合要求的地方要有错误提示

    1) 留出一个必填数据为空,是否有提示信息

    2) 唯一性数据的增加,如果修改为重复数据,是否有相应提示

    3) 字符数校验,是否都超长文本做了字符数限制校验,并有相应的提示信息

    4) 日期类型是否有校验,输入错误格式或不合理的时间范围内取值,是否有相应提示信息

    5) 数字型校验,主要根据整数、正整数、负整数、小数、正小数、负小数、零值等,根据实际需求的取值范围情况分别取值max+\max\max-\mid\min-\min\min+等多个值进行测试校验,不符合要求应有相应提示信息

    6) 特殊格式,如手机号码、电子邮件、网址等,不正确格式应有提示

    4、 是否支持table键切换光标在输入字段之间进行切换

    5、 按enter是否能保存

    6、 点击重置按钮是否能还原为最处的数据

    7、 若提示不能修改,也要察看数据库里对应的数据是否被修改

    8、 Textarea输入区域是否满足限定个数的字符显示,如若不能显示,是否会自动调整textarea显示区域大小。如若显示区域自动变大,对整个增加页面的显示是否有影响;如若显示区域不能自动变大,字符超过显示区域是否会出现滚动条

    9、 修改完成后应有相应提示信息,并能跳转回到列表页面。

    查询

    1、 输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据

    2、 输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据

    3、 输入格式或范围不符合要求的数据,看是否有错误提示

    4、 输入数据库中不存在的数据

    5、 不输入任何数据,查看返回全部数据还是空列表

    6、 是否支持模糊查询,需采用三段数据,头、尾、中部的三类数据测试

    7、 是否支持table键

    8、 是否支持enter键查询

    分页

    1、 分页是否正常。

    2、 处于第一页,首页、后退按钮不可用

    3、 处于最后一页,尾页、前进按钮不可用

    4、 多页情况下,中间页的首页、尾页、前进、后退按钮可用

    5、 是否存在数据量刚好足够整数倍页面,最后一页为空页面。例如:每页显示10条数据,共50条数据,会不会存在第六页,并为空页面。

    6、 输入符合条件的页码,跳转到指定页数是否正常

    7、 输入不符合条件的页码,跳转到不存在的页数是否有提示

    8、 跳转到指定页时,输入非正确格式数据是否有提示

    9、 分页数据数选择,是否能正常控制每页显示的数据量

    10、 查看是否有数据在两页或多页重复显示

    11、 分页排序是否正常

    12、 是否会出现数据无限重复,分页也出现无限页

    13、 查询后点击分页按钮,是否会影响查询结果

    14、 进行增加、删除操作时,分页能不能动态变化

    注册与修改密码

    注册

    只从用户名和密码角度写了几个要考虑的测试点,如果需求中明确规定了安全问题,Email,出生日期,地址,性别等等一系列的格式和字符要求,那就都要写用例测了~

    1、 填写符合要求的数据注册: 用户名和密码都为最大长度 (边界值分析,取上点)

    2、 填写符合要求的数据注册: 用户名和密码都为最小长度 (边界值分析,取上点)

    3、 填写符合要求的数据注册: 用户名和密码都是非最大和最小长度的数据(边界值分析,取内点)

    4、 必填项分别为空注册

    5、 用户名长度大于要求注册1位(边界值分析,取离点)

    6、 用户名长度小于要求注册1位(边界值分析,取离点)

    7、 密码长度大于要求注册1位(边界值分析,取离点)

    8、 密码长度小于要求注册1位(边界值分析,取离点)

    9、 用户名是不符合要求的字符注册(这个可以划分几个无效的等价类,一般写一两个就行了,如含有空格,#等,看需求是否允许吧~)

    10、 密码是不符合要求的字符注册(这个可以划分几个无效的等价类,一般写一两个就行了)

    11、 两次输入密码不一致(如果注册时候要输入两次密码,那么这个是必须的)

    12、 注册存在的用户

    13、 改变存在的用户的用户名和密码的大小写,来注册。(有的需求是区分大小写,有的不区分)

    14、 看是否支持tap和enter键等;密码是否可以复制粘贴;密码是否以* 之类的加秘符号显示

    15、 生僻字测试,曾经遇到过公司新来的同事,由于名字中有生僻字无法正确录入到公司OA系统里。

    16、 删除用户,然后再重建同名用户,查看该名称用户的数据是否显示出来。一般情况下应是以唯一ID确认,但也有例外,曾经有个项目使用SIM卡号作为操作级别的唯一标识(非数据库数据唯一标识),一个客户试用系统后,该SIM卡号又被别的客户试用,历史数据暴露给了新客户。

    修改密码

    实际测试中可能只用到其中几条而已,比如银行卡密码的修改,就不用考虑英文和非法字符,更不用考虑那些TAP之类的快捷键.

    而有的需要根据需求具体分析了,比如连续出错多少次出现的提示,和一些软件修改密码要求一定时间内有一定的修改次数限制等等。

    1、 不输入旧密码,直接改密码

    2、 输入错误旧密码

    3、 不输入确认新密码

    4、 不输入新密码

    5、 新密码和确认新密码不一致

    6、 新密码中有空格

    7、 新密码为符合要求的最多字符

    8、 新密码为符合要求的最少字符

    9、 新密码为符合要求的非最多和最少字符

    10、 新密码为最多字符-1

    11、 新密码为最少字符+1

    12、 新密码为最多字符+1

    13、 新密码为最少字符-1

    14、 新密码为非允许字符(如有的密码要求必须是英文和数字组成,那么要试汉字和符号等)

    15、 看是否支持tap和enter键等;密码是否可以复制粘贴;密码是否以* 之类的加秘符号

    16、 看密码是否区分大小写,新密码中英文小写,确认密码中英文大写

    17、 新密码与旧密码一样能否修改成功

    登录注销

    登录

    1、 用户名和密码都符合要求(格式上的要求)

    2、 用户名和密码都不符合要求(格式上的要求)

    3、 用户名符合要求,密码不符合要求(格式上的要求)

    4、 密码符合要求,用户名不符合要求(格式上的要求)

    5、 用户名或密码为空

    6、 数据库中不存在的用户名,不存在的密码

    7、 数据库中存在的用户名,错误的密码

    8、 数据库中不存在的用户名,存在的密码

    9、 输入的数据前存在空格

    10、 输入正确的用户名密码以后按[enter]是否能登陆

    注销

    1、 点击注销按钮,返回到登录页面或系统首页

    2、 复制页面URL地址,注销后,通过该地址再尝试访问

    3、 注销后,点击后退按钮,是否能继续操作

    权限

    1、 建立不同权限级的用户进入系统,查看菜单、操作命令有效

    草稿

    1. 保存为草稿时,常规下不会生成一条有效标示符的记录。
    2. 是否有对草稿的保留期。
    3. 对同一个草稿的多次保留或更新时,将不产生新的草稿。

    表单排序

    1、如无特殊说明,表头的排序应对所有页的数据有效,不单只对当前页。

    2、点击一列的表头,一般默认为单一条件排序。

    3、在非第一页的页面再次排序后,页面返回第一页。

    上传下载

    上传

    1、 确认没有上传资料,点上传按钮是否有提示

    2、 确认是否支持图片上传

    3、 确认是否支持压缩包上

    4、 所支持上传文件的类型,是图片,压缩包,音频,视频还是其它的文件(.doc,.xls,.等)

    5、 若是图片,是否支持所有的格式(.jpeg,.jpg,.gif,.png等)

    6、 音频文件的格式是否支持(mp3,wav,mid,等)

    7、 各种格式的视频文件是否支持

    8、 上传文件的大小有无限制,上传时间用户是否可接受?如有大小限制需测试边界值,超过设定值应有相应提示

    9、 大小为0字节或者Okb的文件是否可上传

    10、 在选择文件栏内,手动输入一个存在的文件上传,查看是否可上传成功

    11、 在选择文件栏内,手动输入一个不存在的文件上传,是否有相应提示

    12、 正在使用的文件是否可上传(即正在打开的文件)

    13、 若没有选择文件时,点击“上传”按钮,是否给用户提示信息

    14、 是否支持批量上传?

    15、 若在传输过程中,网络中断时,页面显示什么

    16、 选择文件后,想取消上传功能,是否有删除按钮

    17、 文件上传结束后,是否能回到原来界面

    18、 如果只支持指定格式的附件,是否会对非指定类型的附件,进行提示

    19、 查看上传文件的目录不存在时,是否出现异常错误,能否创建

    20、 查看上传文件的目录权限问题,如果为只读权限,能否上传成功。

    21、 查看上传文件加密,上传成功后。文件名称是否做加密处理。

    22、 查看上传同名文件是否覆盖。

    23、 查看上传文件名称的长度。Window操作系统文件名称本身长度为225,注意边界值的测试

    24、 文件名称的特殊符号,出Windows操作系统本身不允许的”\”,”/”,”:”,”?”,”””,”<”,”>”,”|”这几个符号外。其它符号上传后能否下载。

    25、 上传文件为空时,是否能上传。

    26、 上传文件后下载名称是否能保持原来的名称。

    下载

    1、 点击下载,能弹出下载页面

    2、 下载页面对所选下载文件的名称应正确显示

    3、 下载后应保证文件名与目标文件相同

    4、 使用下载工具也可下载

    导入导出

    导入

    1、 导入成功后数据是否正确插入数据库

    2、 导入失败后数据是否插入数据库

    3、 如果其中有若干条数据不符合格式,是否有相应提示

    4、 重复导入相同文件,是否会覆盖数据

    导出

    1、 导出成功后,文件内是否存在所选导出数据

    2、 验证导出文件名长度,比如为251字符的情况

    3、 验证导出文件名为空的情况

    4、 验证导出文件名为特殊字符的情况,比如为~!@#$%^&*()_+{}|:"?><,./;'[]\=-`

    5、 验证导出全部资料的情况,导出的信息是否正确

    6、 验证导出部分资料的情况,导出的信息是否正确

    7、 验证导出大量数据时的时间是否在合理时间范围内

    8、 验证导出目的磁盘空间已满的情况下,导出时是否有相应的提示信息

    9、 验证导出目的文件夹为只读的情况下,导出时是否有相应的提示信息

    UI

    TextBox

    数值型

    边界值

    输入[最小值-1]

    程序应提示错误

    输入[最小值]

    OK

    输入[最大值]

    OK

    输入[最大值+1]

    程序应提示错误

    位数

    输入[最小位数-1]

    程序应提示错误

    输入[最小位数]

    OK

    输入[最大位数]

    OK

    输入[最大位数+1]

    程序应提示错误

    允许输入小数位的控件,小数位的长度做以上同样测试

    同上

    异常值、特殊值

    输入[空白(NULL)]、空格或‘“~!@#$%^&*()_+-={}[]|\:;”’<>,./?;”等可能导致系统错误的字符

    程序应提示错误

    禁止直接输入特殊字符时,使用“粘贴”、“拷贝”功能尝试输入,并测试能否正常提交保存。

    只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存,并应给出相应提示

    word 中的特殊功能,通过剪贴板拷贝到输入框:分页符,分节符,类似公式的上下标等

    程序应提示错误

    输入[负值]

    根据设计书要求判定

    输入设计书中明确指出禁止输入的数字

    根据设计书要求判定

    输入[英文字母]

    程序应提示错误

    数值输入的长度:整型----32位  最大值 65535,最小值-65535;16位  最大值 32767,最小值-32767

    根据设计书要求判定

    带符号的数值:带正号的正数,带负号的负数

    根据设计书要求判定

    小数:小数点后的位数,小数的四舍五入问题,小数点前零舍去的情况,如 .12;多个小数点的情况;0值:0.0,0.,.0

    根据设计书要求判定

    分数:如  2/3

    根据设计书要求判定

    首位为零的数值:如01=1

    根据设计书要求判定

    科学技术法是否支持:如  1.0E2

    根据设计书要求判定

    指数是否支持

    根据设计书要求判定

    全角数字和半角数字的情况

    根据设计书要求判定

    数字与字母的混合:16进制数值,8进制数值

    根据设计书要求判定

    货币型输入项:允许小数点后几位

    根据设计书要求判定

    字符型

    字符种类

    输入[全角字符]

    根据设计书要求判定

    输入[半角字符]

    根据设计书要求判定

    数字字符

    根据设计书要求判定

    邮政编码输入项的输入限制,如只能输入半角数字字符或某几个指定字符

    根据设计书要求判定

    电话号码和传真输入限制,如只能输入半角数字字符和半角括号“()”及半角减号“-”;电话或传真只能输入数字和减号。

    根据设计书要求判定

    E-mail地址的格式检查,如输入字符串中必须包含“@”和半角“.”字符。

    根据设计书要求判定

    年龄的输入限制检查,一般<=200即可。

    根据设计书要求判定

    输入设计书中明确指出禁止输入的字符

    程序应提示错误

    输入[空白(NULL)]或“~!@#$%^&*()_+-={}[]|\:;”’<>,./?;”等可能导致系统错误的字符

    程序应提示错误

    密码输入项的特殊处理

    登录验证时大、小写是否区分

    根据设计书要求判定

    登录只能输入半角字符

    根据设计书要求判定

    是否允许输入特殊字符

    根据设计书要求判定

    多行文本框输入

    允许回车换行

    根据设计书要求判定

    保存后再显示能够保持输入时的格式

    根据设计书要求判定

    仅输入回车换行,检查能否正确保存;若能,查看保存结果。若不能,查看是否有正确提示

    根据设计书要求判定

    仅输入空格,检查能否正确保存;若能,查看保存结果。若不能,查看是否有正确提示

    根据设计书要求判定

    长度检查

    输入[最小字符数-1]

    程序应提示错误

    输入[最小字符数]

    OK

    输入[最大字符数]

    OK

    输入[最小字符数+1]

    程序应提示错误

    文件名输入项的测试

    输入不存在的文件名

    程序应提示错误

    输入文件名称超长(256个字符)

    程序应提示错误

    输入带路径的文件名和不带路径的文件名

    根据设计书要求判定

    手工输入后缀名称

    根据设计书要求判定

    对于文件大小的限制,需要采用边界值法测试系统的处理方式是否符合需求;考虑磁盘空间不足/满的情况

    程序应提示错误

    文件名的非法字符集:/\:*?"<>|

    程序应提示错误

    不输入文件名和输入空格

    程序应提示错误

    输入中间有空格的路径名和文件名

    根据设计书要求判定

    输入合法字符,但影响系统判断文件名有效性的情况,如输入a;b-20003.5.8

    根据设计书要求判定

     

     

    日期型

    合法性检查

    日输入[0日]

    程序应提示错误

    日输入[1日]

    OK

    日输入[32日]

    程序应提示错误

    月输入[1、3、5、7、8、10、12月]、日输入[31日]

    OK

    月输入[4、6、9、11月]、日输入[30日]

    OK

    月输入[4、6、9、11月]、日输入[31日]

    程序应提示错误

    输入闰年,月输入[2月]、日输入[28日]

    OK

    输入非闰年,月输入[2月]、日输入[29日]

    程序应提示错误

    (闰年)月输入[2月]、日输入[29日]

    OK

    (闰年)月输入[2月]、日输入[30日]

    程序应提示错误

    月输入[0月]

    程序应提示错误

    月输入[1月]

    OK

    月输入[12月]

    OK

    月输入[13月]

    程序应提示错误

    异常值、特殊值

    输入[空白(NULL)]或“~!@#$%^&*()_+-={}[]|\:;”’<>,./?;”等可能导致系统错误的字符

     

     

     

    时间型

    合法性检查

    时输入[30时]

    允许输入30时制的项目“OK";
    不允许输入30时制的项目程序应提示错误

    时输入[31时]

    程序应提示错误

    时输入[00时]

    程序应提示错误

    30时制是否允许存在1点~5点

    ??

    分输入[59分]

    OK

    分输入[60分]

    程序应提示错误

    分输入[00分]

    OK

    秒输入[59秒]

    OK

    秒输入[60秒]

    程序应提示错误

    秒输入[00秒]

    OK

    异常值、特殊值

    输入[空白(NULL)]或“~!@#$%^&*()_+-={}[]|\:;”’<>,./?;”等可能导致系统错误的字符

    程序应提示错误

     

    Checkbox(复选框)

    复选

    连续选择

    连续选择相邻的checkbox

    OK

    跳跃选择

    跳跃选择不连续的checkbox

    OK

     

    Combobox(组合框)

     单选

    选择某一个列表项

    被选中项目高亮或底色显示

     复选

    使用ctrl选择多个列表项

    根据设计书要求判定
    允许多选时,所有被选中项目高亮或底色显示;
    不允许多选时,只有第一次被选中的项目高亮或底色显示,再点击其他项目应无反应;

     

    NumUpDown(控件文本框)

    鼠标操作

    上键头

    鼠标点击按件的“上箭头”

    text框中数量自动+1

    该控件相当于两个控件,左侧的textbox和右侧的上下箭头控制,所以需要做两种控件类型的测试

    下键头

    鼠标点击按件的“下箭头”

    text框中数量自动-1

    键盘操作

    上键头

    按下键盘的“上箭头”

    text框中数量自动+1

    下键头

    按下键盘的“下箭头”

    text框中数量自动-1

    箭头控制输入值

    边界值

    输入[最小值-1]

    程序应提示错误

    输入[最小值]

    OK

    输入[最大值]

    OK

    输入[最大值+1]

    程序应提示错误

    text框输入值

    同TextBox输入测试

     

    GUI图形用户界面

    1、 横向比较。各控件操作方式统一。比如复选框,有的可能只需一次就能选中或取消,有的可能需要选中一行数据后,再次点击该复选按钮,才可选中。

    2、 内容根据窗口大小自适应

    3、 所有的窗口、标签、文字、图片、输入框、按钮、提示信息、表格的检测

    4、 是否有错别字

    5、 页面标签风格是否统一

    6、 页面是否美观

    7、 提示信息是否为中文显示

    8、 输入框说明文字的内容与系统功能是否一致

    邮箱测试

    1、 邮件标题、内容、地址为空是否有提示并发送失败

    2、 输入错误的邮件地址是否有提示并发送失败

    3、 邮件上传附件是否有限制,发送附件对象是否能准确查看和下载

    4、 发送内容过大时间较长时是否有进度条提示

    5、 是否限制在发送的过程中点击‘取消发送’并发送失败

    6、 是否支持保存邮件在草稿箱

    7、 保存在草稿箱的邮件是否支持编辑和发送

    8、 是否支持删除已发送和已接收的邮件

    9、 对方接收到的邮件是否能正常回复

    10、 对方接收到的邮件是否准确显示内容和发件人

    11、 未读邮件和已读邮件是否有区别

    12、 发送的过程中突然断网是否有保存邮件到草稿箱的功能

    13、 草稿箱的邮件发送成功后是否从草稿箱转移到已发送中邮件中

    安全性

    1、 不登录直接使用URL地址访问,查看是否能操作成功

    2、 SQL注入式攻击

    数据一致性测试

    1、 同一数据,在不同模块中的使用是否是唯一值

    2、 修改一数据时,各相应模块调用的地方是否同步修改

    流程测试

    1、 流程能完全走通

    2、 指定流转目标,查看是否对应的目标接收到数据

    3、 流程回退,能否回退到发送方人员

    4、 基于各种可能场景的测试

    链接测试

    1、 各链接指向目标正确

    2、 各链接之间切换正确

    3、 导航已经删除,是否用URL地址仍可访问。假定程序第一版已经对外运营,客户收藏了某个页面,在第二版中,相应功能作出了调整,且更换了新的URL。新版本发布时只对导航的指向做了修改,而对旧链接未作处理。则会造成用户可能访问到老版本页面。

    兼容性测试

    1、 IE内核与非IE内核浏览器测试

    2、 各内核多种浏览器测试

    3、 多操作系统下测试

    易用性测试

    1、 操作符合大众习惯

    2、 如若是工作流等系统,是否任一模块在三个操作步骤以内找到目标

    3、 在选值时就加以控制,最大化避免错误。例如:选择日期如果只能选择当天以前的,则可以将日期控件之后的日期设定为灰色不可选择的标记等等。

    关联性测试

    1、 如果数据之间有相互关联,删除被引用的数据时是否有提示信息。

    安装卸载升级测试

    安装

    1、 软件在不同操作系统下安装的过程

    2、 软件安装后的是否能够正常运行,安装后的文件夹及文件是否写到了指定的目录里。

    3、 软件安装各个选项的组合是否符合概要设计说明

    4、 软件安装向导的UI测试

    5、 软件安装过程是否可以取消,点击取消后,写入的文件是否如概要设计说明处理

    6、 软件安装过程中意外情况的处理是否符合需求(如死机,重启,断电)

    7、 安装过程是否是可以回溯的(即是否可以点上一步重新选择)

    8、 软件安装过程中是否支持快捷键,快捷键的设置是否符合用户要求

    9、 对某些软件要考虑客户端的安装、服务器端的安装、数据库的安装及单机版和网络版的安装

    10、 安装空间不足时是否有相应提示

    11、 安装后没有生成多余的目录结构和文件

    12、 对于需要通过网络验证之类的安装,在断网情况下尝试一下

    13、 此外还需要对安装手册进行测试,依照安装手册是否能顺利安装

    卸载

    1、 直接删除安装文件夹卸载的提示是否与概要设计说明一致

    2、 测试使用系统自带的添加删除(以WIDOWSXP为例)程序卸载的情况

    3、 测试软件自带的卸载程序

    4、 测试卸载后文件是否全部删除包括安装文件夹、注册表、系统环境变量

    5、 卸载过程中出现的意外情况的测试(如死机、断电、重启)

    6、 卸载是否支持取消功能,单击取消后软件卸载的情况

    7、 软件自带卸载程序的UI测试

    8、 如果软件有调用系统文件,当卸载文件时,是否有相应的提示

    升级

    1、 测试升级后的功能是否与需求说明一样

    2、 测试与升级模块相关的模块的功能是否与需求一致

    3、 升级安装意外情况的测试(如死机、断电、重启)

    4、 升级界面的UI测试

    5、 不同系统间的升级测试

    其他测试

    1、 对提交按钮快速多次点击提交,看看会不会在数据库中形成多条记录.网速或响应快时,这点容易被遗漏,但用户的网络可能慢,很容易多次点击提交.如果前端做了处理,试试捕获在提交时生成的URL,绕过页面,再次对服务器发起请求,会有什么结果

    2、 执行操作后,光标是否停留在合适的位置.如邮箱登录,输完用户名回车后,光标应该跳转到密码框内.细节问题,但是影响用户感受

    3、 利用一些工具,如http watch,可以记录和捕获向服务器发起的URL请求,然后修改其中的参数向服务器发起请求.该功能点可以和安全测试结合起来

    4、 提交表单一条已经成功提交的记录,back后再提交,看系统会如何处理。检查多次使用back健的情况在有back的地方,back,回到原来的页面,再back,重复几次,看是否会报错。

    5、 有输入项时,要考虑全/半角字条的输入,及GBK字符

     

    展开全文
  • 之前在文章《思维导图编写测试用例的两种格式》中,提到思维导图用例的格式,这里澄清下,这里说的测试用例准确的说应该叫测试点,亦或者说是测试用例标题,因为测试用例本来就包含了用例标题、前置条件和测试步骤...

    之前在文章《思维导图编写测试用例的两种格式》中,提到思维导图写用例的格式,这里澄清下,这里说的测试用例准确的说应该叫测试点,亦或者说是测试用例标题,因为测试用例本来就包含了用例标题、前置条件和测试步骤等内容。

    今天的几点说明,都是和这个概念有关的,名称不同,代表的意义也不同。

    言归正传,我们来一起看看这次要说明的都有哪些点。

    1、区分测试点和用例步骤

    我们来看个例子:

    上图是同一个测试目的的两种不同描述。

    很显然,上面一种描述,我们一眼就可以看出来测试目的是验证「设为星标」的功能,第二种描述,当然也能知道目的,但是太多的操作步骤会让可读性大打折扣。

    第一种描述更接近我们说的测试点的概念,第二种描述则是把测试用例的相关内容全部柔和到一句话里进行描述,如果是这样的话,使用思维导图和 Excel 就没什么区别了,反而 Excel 做了不同部分的拆分看起来更清晰。

    当然,使用第二种方式,有一个好处是可以按照描述无脑操作,对新人比较友好,同样的,对其他人来说就显得目的繁杂且不清晰,所以针对这个测试目的更推荐第一种描述方式,如果觉得用例执行过程中会不知道如何操作,可以把操作步骤放到节点备注里面。

    记住,尽量不要把用例步骤写到测试点里面,尽量突出测试目的

    2、区分条件和分类

    我们继续看例子:
    软件测试

    上图可以看出,方式1和方式2都进行了分类划分,但是分类的标准不一样,方式1是用不同的入口作为分类,方式2是做了提炼,把分类标准写明就是「不同入口」。

    我更倾向于第二种方式,第一种分类方式,其实还是条件式分类,后面用例的执行,离不开前面节点的描述/前置操作,如果去掉前面的条件,测试目的会完全变样。

    本次这个例子逻辑简单,可能体会不到两种方式的明显差异,实际上,如果条件比较多,按方式1这么分类下去,最终就是会变成我在《思维导图编写测试用例的两种格式》中提到第一种条件式划分,这和我们的初衷是不符的。

    总的来说,条件属于前置操作,是常规测试用例格式中的一部分,但是不建议作为测试点的分类标准,分类是为了让测试点看起来条理更清晰,所以分类标准最好是经过提炼过的、概括性的描述,也就是上图方式2的方式;

    当然,在某些逻辑比较简单的地方,这个界线会模棱两可,那就继续依据实用为主的原则来选定分类条件就好。

    3、区分操作关联和逻辑关联

    我们先看个需求描述:

    有一个子母复选框设置项:
    母复选框不勾选时,对应功能全部关闭;
    母复选框勾选时,需要参考子复选框状态,子复选框勾选时,对应功能开启,子复选框不勾选时,对应功能关闭;

    下面是针对这个描述用两种不同方式写出来的测试点:
    测试用例

    可以看出来,两种方式明显的差异就是验证子复选框状态时,是否要在测试点描述中带上母复选框的状态描述,我的建议是不带,推荐使用方式2。

    这是一条表示层的用例,也就是说必须通过用户场景操作才能完成用例执行,那么要完成子复选框的勾选或不勾选,肯定要先勾选上母复选框,也就是说这是个默认的前提,而且针对本次测试点,这个操作步骤不是测试目的的一部分,所以我觉得可以省略,当然,可以放到节点备注里面作为测试步骤进行说明。

    如果这是一条逻辑层的测试点,比如是通过注册表值进行验证的话,则需要区别对待,因为逻辑层的条件是可以模拟的,就是说可以模拟母复选框对应注册表值为不勾选,同时设置子复选框的状态注册表值为勾选,测试目的可以达到,但是否有必要这样测试就另当别论了。

    所以逻辑层验证和表示层验证要区别对待,针对有操作关联的表示层验证,可以省略非必要的操作描述,针对有逻辑关联的逻辑层验证,则需要明确测试目的后再确定相关关联操作是否能省略

    4、写测试点的前提

    既然我们说是写测试点,而不是详细的测试用例,那么我们就有一个隐含的前提,就是写测试点和执行测试的人,对需求要非常的清楚,如果忽略这个前提,我们写出来的测试点很清晰,但是可读性会很差。

    在项目有参与人只是纯执行角色时,可以通过补充测试点备注的方式来完善对测试点的说明,根据参与角色能力的不同,完善的详细程度可以针对性调整,当然,尽可能让参与项目的人清晰的了解需求和测试目的是最好的。

    以上,在上次的基础上,对思维导图写测试点的方式做了一些注意事项的说明,不知道你在执行的过程中是否碰到了类似的这些问题,是如何解决的呢?欢迎给我留言说说你的想法。

    当然,如果你认可我的观点,请帮忙转发 + 点个「在看」让更多人看到,谢谢。

    本文首发于公众号「sylan215」,十年测试老司机的原创干货,关注我,一起涨姿势!

    sylan215

    展开全文
  • 游戏技能测试点

    千次阅读 多人点赞 2020-10-06 16:29:59
    游戏技能测试点 在游戏中,角色技能是相当重要的一个系统,游戏中有往往有多个角色,一个角色可以有多个技能,每个技能的机制很多是不一样的。所以技能的测试点是不叫复杂的,但是技能在游戏开发时,技能数据都是...
  • 测试点编写(2020-09-10)

    千次阅读 2020-11-11 10:52:49
    为什么需要写测试点 个人感觉测试和人某些成长其实有点类似。获取到需求文档、UI稿其实等同于这个功能获取到生命;我们开始编写测试点相当于这个功能开始学走路; 编写测试用例等同于学习奔跑;或许比喻不是特别恰当...
  • 测试点和测试用例的区别

    千次阅读 2020-02-12 18:15:37
    一、用户发送电子邮件的测试点: 用户使用正常的输入数据来发送电子邮件 用户使用边界值来发送电子邮件 用户收到一封电子邮件后,再接着发送这封收到的电子邮件 用户正在发送电子邮件的过程中,同时又接收到了电子...
  • 一、前言  在当今竞争激烈的市场上一个APP的成功离不开一个可靠的测试工程师。因此,对功能和用户体验有特殊关注的App进行全面测试是必不可少的。如何做到测试用例的百分百...二、安装卸载测试点 笔者来自公众号...
  • 测试常见测试点

    万次阅读 多人点赞 2018-11-02 21:34:07
    )注:图片上传时要注意图片格式的大小问题 8.填写用户的信息是每一种情况( 例:app端用户注册: 1.用户的输入的手机号码为空,点击获取验证码 2.用户输入的手机号码错误,点击获取验证码 3.用户输入正确的...
  • 借贷项目还款的测试点

    千次阅读 多人点赞 2021-01-25 20:02:41
    还款流程测试时主要是关注金额、时间、以及不同还款情况下本金、利息的计算方式是否正确。 测试过程中需要同时关注...测试的思路主要分为业务功能测试、易用性测试、兼容性测试、安全性测试、以及异常测试等。 ...
  • 然后需要测试针对流程中的每个阶段和步骤,具体分析可能导致异常的测试点,所以我们按阶段和输入项来进行划分。  如下:  非现金支付时代,非现金支付已经成为了生活不可或缺的一部分,我们只需要一台手机便可...
  • 视频测试点

    万次阅读 多人点赞 2018-12-18 20:02:01
    测试视频需要注意的: 1,视频的播放暂停是否正常 2,视频的上下滑动是否顺畅 3,视频的是否画音同步 4,视频的预加载 5,视频的加载时间 6,视频的分页 7,视频的播放过程中是否有锁屏 8,视频加载是否...
  • 如何提取测试点

    千次阅读 2021-07-18 21:03:52
    首先会想到从需求文档中提取测试点,每一次迭代之后,都会有需求,需求经理评审之后,我们要基于需求去测试计划,包括梳理出来的测试点,梳理完测试点之后,编写对应的测试用例,测试点是基于需求文档的功能描述,...
  • 视频的测试点

    千次阅读 2020-05-19 11:51:03
    1,视频的播放是否正常 2,视频暂停后播放是否正常 3,视频的是否画音同步 4,视频的快进/快退/音量调节是否正常 5,视频加载是否完全 6,断网后恢复网络,未加载的视频能否加载 7,视频之间切换是否有黑屏 ...
  • web测试的基本测试点

    千次阅读 多人点赞 2020-07-15 16:37:33
    一、什么是Web测试 如果要了解web测试,首先我们的清楚web项目是什么,一般指本b/s架构项目也就是通过浏览器进行访问的,在日常生活工作中,基于web系统的应用非常多。 打开电脑,抢火车票我们会登陆12306网站,...
  • ## 中奖记录: 2. 中奖记录,虚拟商品、实物商品 ...- 送实物的,地址填写(地址入口,重复提交时候有多条数据,是否只能填写一次) ## 中奖概率: 3. 100%必中场景,兜底设计 ...## 性能测试: 5. 当个用户,多个用
  • 功能测试的测试点全集

    万次阅读 多人点赞 2019-09-03 23:05:40
    日常测试中,我们用的最多的就是功能测试,虽然功能测试只是去,但是去也是需要经验和头脑的,那么功能测试都包括哪些要点呢: 一、输入框 字符型输入框: (1)字符型输入框:英文全角,...
  • 百度搜索框测试点

    千次阅读 2021-03-15 15:47:02
    分别从功能测试、性能测试、UI测试、安全性测试、兼容性测试、易用性测试、其他测试(可移植性等)来回答 面试题目描述:如何测试百度搜索框? 功能测试: 1.输入内容。 输入不同形式的内容:字符,图片,音频等输入...
  • 有时候在群里或者朋友圈经常会看到一些大佬分享自己的开源项目啥的,今天在朋友圈看到一个介绍开源Springboot的商城系统,于是乎打开体验的地址体验了一把,然后突发奇想,可以根据自己的...
  • APP测试-头像测试点

    千次阅读 2020-02-17 18:09:20
    1,点击头像可以放大观看 2,查看头像是否支持放大,缩小 3,刚创建账号时是否显示默认头像 ... 5,头像支持的图片格式,图片大小 6,支持相机拍摄的图片和从网上下载的图片 ...7,选择完图片后是否有一个定框 ...12,...
  • 测试用例附实例

    万次阅读 多人点赞 2019-03-07 21:10:04
    测试用例是测试过程中很重要的一类文档,它是测试工作的核心,是一组在测试时输入和输出的标准,是软件需求的具体对照。 二、测试用例的作用 检验软件是否满足客户需求 测试人员的工作量的一种体现 展示测试用例...
  • PAT乙级测试点问题集合

    千次阅读 2019-07-21 09:39:32
    创建了一个PAT乙级测试点的问题集合,大家都可以在上面编辑,把自己遇到的测试点的坑上去,具体要求可以点进去查看。 一起链接:https://yiqixie.com/d/home/fcACe6xZ2aroPxFQrQZ05Cw32 github链接:...
  • 注册界面测试点说明

    千次阅读 2019-09-26 02:15:36
    测试点: 1、用户名是否已被使用。 2、输入正确用户名,是否通过(字符长度边界值测试) 3、输入错误用户名,是否提示 (1)字符数:空值、少于规定字符数、溢出规定字符数等 (2)空格、字母、数字、特殊字符...
  • 购物车功能测试用例测试点整理思维导图方式

    千次阅读 多人点赞 2021-03-26 11:15:16
  • 电商购物核心功能测试点

    万次阅读 多人点赞 2019-09-16 09:08:47
    这份是根据电商中所涉及的业务点整理出的核心功能测试点,更多的偏向于功能性的测试。其后所涉及到的性能测试、压力测试、集成测试等,会在进一步分析,作为一名产品经理应该了解到这部分知识点。 ...
  • 接口测试常见测试点

    千次阅读 2019-04-11 14:11:39
    接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。 测试的策略: 接口测试也是属于功能测试,所以跟...
  • 登录页面测试点

    万次阅读 多人点赞 2018-07-12 16:09:00
    (转载,原文出处:点击打开链接)登录页面测试点:1、界面测试:与UI设计(颜色、字号、边距)一致、界面按钮布局摆放一致2、输入框空值测试:保持输入框为空,点击登录3、空格测试:(1)输入空格,点击登录(2)...
  • 文件上传功能测试点整理

    千次阅读 2019-10-14 14:34:35
    最近有任务中包含了上传功能的测试,总结下文件上传的功能测试点~ 文件类型检查 指定的文件类型,允许上传 指定之外的文件类型,不允许上传并做出合理提示 指定的文件类型后缀大写,允许上传 指定的文件类型后缀大...
  • 微信小程序测试点

    万次阅读 多人点赞 2019-03-29 18:14:41
    微信小程序的限制 微信小程序测试点:权限测试、兼容性测试(操作系统兼容、微信版本兼容)、功能测试、易用性测试、性能测试。 注意:微信缓存
  • 软件测试-如何测试用例

    千次阅读 2019-06-17 14:02:30
    软件测试-如何好测试用例一、课程介绍前置知识点二、测试用例与编写流程介绍测试用例介绍需求分析与测试点编写测试用例编写注意三、 测试用例编写,评审与管理测试用例编写方法 学习笔记 一、课程介绍 前置知识...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,325,220
精华内容 530,088
关键字:

测试点怎么写

友情链接: MUSIC_DOA_Test.rar