精华内容
下载资源
问答
  • 测试用例分级的方法

    2020-12-14 10:39:41
     1、在回归测试中有数千个测试用例,没有足够的时间和人力来执行所有用例,该怎么做?  2、修复Block和Critical的缺陷成本非常高,怎么优先提供最大测试覆盖提前发现模块主要功能Bug?  3、某模块功能改动很小,...

    一、用例分级后的好处
      1、等级定义统一,按功能重要程度划分等级
      2、各阶段全Case测试时,各模块的用例测试先测试P1、P2的用例,然后测试P3、P4、P5部分用例
      3、针对专项申请,对小改点小风险小的模块只测试P1或P1、P2,对修改风险大的测试全部用例
      4、针对后期PVT阶段(生产上验证)、模块已稳定,回归测试时只测试P1、P2部分用例
      5、功能用例自动化转换能自动化部分实现优先转换P1、P2重要功能部分,效率高

    二、用例分级的要点
      1、如何准确识别出前10%到20%的测试用例
      2、如何决定专项、回归测试跑哪几个优先级的用例
      3、如何定期清理和更改优先级,确保执行用例的有效性
    在这里插入图片描述

    三、用例各等级占比
      在这里插入图片描述

    四、优先级划分策略
      1、初步划分:
      1)根据用例的等级描述将用例的优先级分别标注为P1、P2、P3、P4、P5
      2)将P2、P3、P4进行细分,划分出重要和不重要
      2、划分优先级
      1)将P2不重要的用例降级为P3,P3、P4、P5中重要的用例进行升级
      2)从P2高优先级的用例中挑选出P1优先级
      3、重复,达到优先级占比
      
    五、执行策略建议
      1、优先执行等级高的用例
      2、根据测试时间、人力,筛选不同等级的用例执行
      3、根据项目不同的阶段,筛选不同等级的用例执行
      4、根据风险评估,筛选不同等级的用例执行
      5、根据质量目标,筛选不同等级的用例执行
      
    六、举例
      1、冒烟测试:筛选优先级最高的用例执行,如P1
      2、常规测试:优先执行等级高的用例,如P1、P2,然后执行P3、P4、P5
      3、专项回归测试、改动较小:执行P1、P2
      4、PVT、量产阶段、维护阶段:执行P1、P2

    展开全文
  • 一、冒烟测试 1、什么是冒烟测试: 它的名称...3、冒烟测试用例选择原则 选择主干流程的正向用例,一般在高优先级和中优先级中选择 每个模块尽量能覆盖到,比如项目中有A、B、C三个模块,那么这三个模块中都需要选测.

    一、冒烟测试

    1、什么是冒烟测试: 它的名称来源于电路板,因为在电路板出厂的时候要进行通电检查,如果电路板有问题,那么就是冒烟,所以在软件工程冒烟测试用来形容对软件主干功能的首次测试,也就是要先走马观花的进行测试,看看软件的主要功能是否有问题。如果在冒烟测试中软件就有问题,那么就可以认为这个软件是未完成平,让开发重新做。

    在这里插入图片描述

    2、冒烟测试流程
    在这里插入图片描述

    3、冒烟测试用例选择原则

    • 选择主干流程的正向用例,一般在高优先级和中优先级中选择
    • 每个模块尽量能覆盖到,比如项目中有A、B、C三个模块,那么这三个模块中都需要选测试用例
    • 30%20%10%,它的意思是指冒烟用例占所有用例的比例,这个要根据项目情况选取,一般是测试开发比例(也就是测试开发人员的多少)
    • 跟回归用例的区别,它们的目的是不一样的,回归测试要保证原有的功能没有问题,冒烟用例要保证新功能没有问题。

    4、如何判断冒烟用例通过:也就是冒烟测试用例通过率100%

    5、冒烟测试的意义

    • 减少重复执行,提高测试效率:如果没有冒烟测试,那么测试直接拿到这个软件后开始测试,结果发现主干功能有问题,导致后续的测试无法执行,此时再返回让开发修改,等开发修改完毕后,再进行测试,那么之前的测试就白费了。如果先进行冒烟测试,测试主干功能没问题,那么就不会影响到后续的测试。
    • 测试和开发就提测标准达成一致:如果没有冒烟测试,那么开发可能会提交一个版本较差的给测试,那么测试可能会进行很多论的测试还不一定能完成所有的测试。若进行冒烟测试,那么测试和开发就能有一个关于软件质量标准的共识,开发知道达到什么标准后才能提交给测试。

    二、新需求测试

    1、新需求测试:新需求测试一般就是选择这次新增的功能和需求进行测试

    2、新需求测试完成标准

    • 新需求开发全部完成
    • bug收敛到一定的标准:传统的要求是没有高优先级bug(重要分支出错),少数的中优先级bug(非重要分支出错);互联网敏捷开发公司要求的是无高优先级bug(主干功能出错),bug要收敛。
    • 新需求理想情况是测试一轮;不想理的情况可能需要几轮。

    三、回归测试

    1、 定义:它验证的是原有软件的正确性,旨在检验软件原有功能在修改后是否保持完整,所以它验证的是整体功能的完整性,包括修改的和没有修改的功能。因为在修改功能的同时,可能会引入新的bug,比如:电力公司在修公路的时候,很容易就会把电缆给挖断,所以修路导致电缆出现问题。

    2、用例的选择

    • 项目新需求功能模块的相关模块
    • 产品全功能主干用例
    • 版本兼容、系统兼容等兼容性用例
    • 遗留bug的相关用例

    3、执行回归测试标准

    • 开发完全停止后进行一轮回归测试
    • 基本没有bug,一般无高优先级、中优先级bug,低优先级少于5个bug
    • 新需求理想情况是测试一轮;不想理的情况可能需要几轮。

    4、回归测试自动化:一般回归测试时功能一般比较稳定,适合做自动化。

    文末分享:公众号有我学习整理出来的自动化测试资料【接口自动化、app自动化、web自动化移动端自动化】、大厂面试文档、简历模板…待你来领取~ 见公众号:【伤心的辣条】愿你我都有所获…

    合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

    我的测试学习交流群:902061117 群里有技术大牛一起交流分享~

    推荐好文:

    包装成1年工作经验的测试工程师,我给他的面试前的建议如下

    自动化测试到底要学什么?

    为何跳槽不考虑腾讯?聊聊我和鹅厂的一点往事

    自动化测试和手动测试哪个更高级?

    新手必看:怎么写一个合格的测试用例?

    python登录接口测试问题记录与解决 ( 干 货 )

    展开全文
  • 测试用例特性

    千次阅读 2020-11-23 19:22:42
    (回归测试) 3、易组织性:好的测试用例会分门别类地提供给测试人员参考和使用(功能、性能、易用分类编号) 4、清晰、简洁:好的测试用例描述清晰,每一步都应有相应的作用,有很强的的针对性,不应出现一些无用的操作...

    测试用例
    测试用例的特性
    1、有效性:测试用例的能够被使用,且被不同人员使用测试结果一致
    2、可重复性:良好的测试用例具有重复使用的功能。(回归测试)
    3、易组织性:好的测试用例会分门别类地提供给测试人员参考和使用(功能、性能、易用分类编号)
    4、清晰、简洁:好的测试用例描述清晰,每一步都应有相应的作用,有很强的的针对性,不应出现一些无用的操作步骤。
    5、可维护性:由于软件开发过程中需求变更等原因的影响,常常对测试用例进行修改、增加、删除等,以便测试用符合相应测试要求。
    1:测试用例包含什么类容
    用例编号,所属模块,用例描述,前置条件,优先级,输入数据,操作步骤,预期结果,实际结果,测试人员,测试时间
    2:测试用例的编写方法有哪些?
    等价类划分,边界值,错误推测,因果图,场景法,正交表
    应用的场景
    等价类划分
    多用于输入框:注册/登录
    边界值(掌握上点和离点的取值)
    多和等价类划分结合使用,有边界限制的:注册的密码长度,,
    场景法
    从基本流开始,再将基本流和备选流结合起来,可以确定用例场景
    正交表
    用于多个下拉框之间的组合,可以通过正交助手生成测试用例
    错误推测
    错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。
    一般这种方法是基于经验和直觉推测程序中可能发送的各种错误,有针对性地设计。只能作为一种补充
    因果图
    因果图法比较适合输条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出
    3:测试用例的评审
    包含:参与评审人员(需求人员,对应的开发人员,对应的测试人员,项目经理)
    评审内容,评审的时间
    4:测试计划
    测试背景
    测试目的
    确定测试范围
    制定测试策略(功能测试/业务测试…)
    测试资源安排
    测试时间安排
    测试人员分配
    风险评估
    5:缺陷报告
    所属产品,所属模块,当前指派(重要),bug类型,操作系统,重现步骤(重要),验证程度(重要),优先级(重要),附件等
    6:测试报告
    测试目标,测试的范围,测试环境,测试结果分析(多少轮测试,测试多少,失败多少,成功占比),遗留缺陷,测试结论(本次测试涉及xxx个功能点,发现xx个缺陷,其中,xx个已修复,xx个遗留。)测试过程完整有效,系统测试通过。

    7:软件缺陷的种类划分
    功能不正常:简单地说就是所应提供的功能,在使用上并不符合产品设计规格说明书中规定的要求,或是根本无法使用。
    软件在使用上感觉不方便:只要是不知如何使用或难以使用的软件,在产品设计上一定是出了问题。所谓好用的软件,就是使用上尽量方便,使用户易于操作。
    软件的结构未做良好规划:这里主要指软件是以自顶向下方式开发,还是以自底向上方式开发。如果是以自顶向下的结构或方法开发的软件,在功能的规划及组织上比较完整,相反 以自底向上的组合式方法开发处的软件则功能较为分散,容易出现缺陷。
    使用性能不佳:被测软件功能正常,但使用性能不佳,这也是一个问题。此类缺陷通常是由于开发人员采用了错误的解决方案,或使用了不恰当的算法导致的
    边界错误:缓冲区溢出问题在这几年已成为网络攻击的常用方式,而这个缺陷就属于边界错误的一种。简单来说,程序本身无法处理超越边界所导致的错误。
    计算错误:只要是计算机程序,就必定包括数学计算。软件之所以会出现计算错误,大部分出错的原因是由于采用了错误的数学运算工时或未将累加器初始化为0
    8:软件缺陷的严重程度
    按照严重程度分为:系统崩溃,严重,一般,次要,建议
    按优先级分:高,中,低
    9:Bug定级示例
    1级,系统崩溃
    定义:严重阻碍测试和开发工作
    对应优先级:最高
    具体可分为:
    1.功能完全没有实现
    2.应用闪退/崩溃无法运行
    3.应用必现安全模式,无法运行
    4.其他导致功能无法测试的问题
    2级,至关重要
    定义:非阻碍用例执行的严重问题
    对应优先级:高
    具体可分为:
    1.简单操作应用闪退/崩溃,卡死
    2.数据丢失
    3.严重影响系统,自身功能无法运行
    4.严重数值计算错误
    5.数据库损坏或无法保存配置
    6.安全性问题(包括数据加密等)
    3级,主要
    定义:功能存在缺陷,但不影响应用和系统的稳定性
    对应优先级:中
    具体可分为:
    1.内存泄露(长时间不用的对象需要被回收,不被回收占内存)
    2.功能实现逻辑覆盖不全面
    3.非必现,但复现概率超过50%的闪退/崩溃和安全模式
    4级,一般
    定义:对应用熟悉度高才能感知到的问题,对应用基本功能实现无影响
    对应优先级:中
    具体可分为:
    1.轻微数值计算错误
    2.功能实现有误,与产品文档不完全贴切
    3.用户简单操作,即可明显感知的UI问题
    5级,较小
    定义:界面,性能缺陷
    对应优先级:低
    具体可分为:
    1.操作界面错误(提示显示规则,刷新规则是否与文档一致)
    2.边界条件显示错误      
    3.提示信息和界面效果展示错误(包括未给出信息、信息提示错误等)
    4.复现率低于5%的闪退/崩溃和安全模式      
    5.插件兼容和性能未优化问题      
    6.非正常操作导致UI显示异常
    6级,建议
    定义:对于产品的意见或者建议
    对应优先级:低
    具体可分为:
    1.对于产品设计方面的意见和建议
    2.对于产品界面优化方面的意见和建议
    3.对于产品需要优化增强用户体验方面的意见和建议

    展开全文
  • 软件测试用例详细规范为什么编写测试用例详细测试用例模板测试用例字段介绍用例操作步骤用例预期结果:测试用例录入原则:测试用例设计步骤测试用例案例:测试用例校验点: 为什么编写测试用例 我也不知道,自己百度...

    为什么编写测试用例

    我也不知道,自己百度

    详细测试用例模板

    在这里插入图片描述

    测试用例字段介绍

    用例目录: 用例归属哪个系统模块,用例平台可根据用例目录建立文件夹,清晰划分用例结构.
    用例名称: 测试用例名称,体现测试要点,名称简洁易懂,不要包括具体操作步骤,不超过20个字符. 通过用例名称可快速知道测试验证功能点.
    前置条件: 测试执行前需准备的相关操作,如测试数据、角色权限,或登入系统某页面等.
    优先级: 测试用例的优先级别,分别为P0(核心用例),P1(主功能正向流程),P2(功能点常规用例),P3(界面UI文案体验)
    用例执行阶段: 用例编写时需注明此条用例适用于测试哪个阶段执行,测试阶段分为冒烟,迭代测试,回归,PL回归,生产回归. 需用例也可区分各个阶段, 估增加此类字段方便筛选,添加到不同的测试计划中.
    冒烟阶段,执行冒烟用例,方便分析冒烟用例执行阶段产出缺陷.
    迭代测试,执行迭代测试用例,迭代测试用例包含新功能用例与功能改动影响模块的回归用例
    回归阶段,执行回归用例,回归用例针对版本质量,确保版本核心功能与老版本兼容质量.
    PL阶段,挑选可执行的迭代测试用例+回归用例
    生产阶段,挑选可执行的迭代测试用例+回归用例.
    回归用例数量与用例等级关联,目的依次降低回归用例数量,减少无效覆盖,提高测试效率. 目前各测试执行人员判断,后期根据部门的代码染色覆盖率平台,流量回放平台,自动化平台,接口链路分析等达到精准回归.
    P0:系统核心功能用例. 占全量的10%左右, 适用于生产回归执行
    P1:系统正向流程功能点用例,使用频繁,占全量的20%左右, 适用于回归执行
    P2:系统一般功能,使用频次低于P1,占全量60%左右, 适用与常规迭代及部分技改回归,也包含异常流程测试,如故障演练,多场景耦合并发等测试系统健壮性.
    P3:文案UI类,占全量的10%左右,按需执行.
    自动化覆盖: 分析自动化覆盖率,分为已覆盖,未覆盖,以及纯手动执行部分,方便统计自动化覆盖率,及制定未覆盖自动化部分完成计划.
    自动化脚本类型:用例要区分类型,分为手动,自动化冒烟,自动化回归,自动化全链路(业务场景自动化),自动化平台根据此类型建立不同的测试计划,达到环境快速检测,回归定期执行,生产快速回归,CI/CD持续集成.
    标准用例: 是/否,增加此字段,可衡量标准用例产出及标准用例占比. 方便组长快速抽查标准用例质量.
    创建人: 用例创建人,使用邮箱名,如suozhu.wang, 自动化平台根据此字段来确认用例编写人员,非根据导入用例人员判断.

    用例操作步骤

    强调清晰完整性:如:在什么页面,点击什么链接或按钮;页面入口、链接、按钮名称都要写清楚;
    操作和预期结果是一一对应的,但操作中不要包含结果的检查;
    用例描述中不允许存在连词、介词,比如:而且,和,还(这种情况可以拆分为多个点);
    用例描述中不允许出现假设性词汇,比如:假如,或许,可能,…的时候等;
    用例描述中不允许出现二义性语句;

    用例预期结果:

    结果包含需要验证的所有结果输出,如页面检查,存储检查,消息检查等
    结果涉及页面,需明确页面提示结果,数据变化
    结果涉及存储,需明确关键值变化,数据库具体表和关键字字段变化;
    结果涉及消息,需明确关键消息查看内容.
    结果对应不同输入数据数据有差别时需分别对应描述清楚.

    测试用例录入原则:

    全面性
    应尽可能覆盖程序的各种路径
    应考虑存在跨年、跨月的等业务边界,可梳理研发边界实现场景在哪些业务功能上.
    大量数据并发测试的准备
    正确性
    输入界面后的数据应与测试文档所记录的数据一致;
    预期结果应与测试数据发生的业务吻合。
    符合正常业务惯例
    测试数据应符合用户实际工作业务流程。
    兼顾各种业务变化的可能。
    系统性
    对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系。
    对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系。
    连贯性
    对于系统业务流程来说,各个子系统之间是如何连接在一起,如果需要接口,各个子系统之间是否有正确的接口;如果是依靠页面链接,页面链接是否正确。
    对于模块业务流程来说,同级模块以及上下级模块是如何构成一个子系统,其内部功能接口是否连贯。
    仿真性
    人名、地名、电话号码等应具有模拟功能,符合一般的命名惯例。
    可操作性
    测试用例中应写清测试的操作步骤,不同的操作步骤相对应的操作结果。

    测试用例设计步骤

    测试需求分析
    从项目需求分析文档/概要设计/详细设计/原型图中,了解出项目的需求。通过测试人员自己的分析、 理解,整理成为测试需求,使测试人员能清楚被测项目包含的功能点。
    业务流程分析
    分析了解被测试项目所属的行业及其业务知识。对被测项目的业务流程要全部梳理出来(可画出项目的流程图,也可用头脑风暴)。
    项目的流程:主线流程、分支流程、数据流转,流转过程中关键点的判断条件以及完成操作的一些非必要条件。
    测试用例设计
    主要包括功能测试、界面测试、兼容性测试、易用性测试、异常测试、性能测试、压力测试等,在设计用例时要尽量考虑录入正常、边界、异常值等系统的处理情况。
    测试用例评审
    由测试用例设计者发起,参加的人员需包括测试负责人、项目经理、 开发人员及其他相关的测试人员,研发产品根据用例质量评估可判定通过或不通过. 衡量用例质量
    测试用例完善
    测试用例编写完成后,应对测试用例进行持续的维护:
    新项目需求变更,应及时对测试用例进行修改;
    维护期项目,可根据项目组情况周期对用例进行维护;
    所有发现的bug和故障,基于测试用例无法发现,需转化为测试用例,根据用例探测率衡量用例质量

    测试用例案例:

    在这里插入图片描述

    测试用例校验点:

    1、输入-》输出呈现效果,初步判断需求功能是否正常

    2、用例操作所触发的服务接口,redis/数据库更新,服务之间消息传递(mq)等检查,判断研发逻辑是否正常
    在这里插入图片描述
    3、异常用例操作需查看服务日志是否有报错,判断系统健壮性.

    展开全文
  • 如何做测试用例评审

    万次阅读 多人点赞 2018-05-12 21:04:04
    测试案例是贯穿了整个测试流程和项目研发流程的,用例也同时起着指导测试、保证质量度作用,因此用例至关重要。对于如何提高用例设计的质量,评审是必不可缺的一环。 很多测试同学都知道应该做测试案例评审,并且也...
  • 很多公司在实施自动化测试的过程中,往往会把所有的手工测试用例作为自动化测试用例,并且直接进行脚本的开发工作,甚至有些公司不写自动化测试用例,直接想当然地开发测试脚本,这些都是极其不规范的做法,甚至很有...
  • 测试计划与测试用例1....(回归测试) 3、易组织性:好的测试用例会分门别类地提供给测试人员参考和使用(功能、性能、易用分类编号) 4、清晰、简洁:好的测试用例描述清晰,每一步都应有相应的作用,有很
  • 测试用例等级

    2021-05-28 09:53:24
    测试类型 说明 对应等级 一般占比(%) P1 影响多个核心重要功能的运行 冒烟、回归 任何情况下必须执行 Blocker 5-10 P2 模块核心功能 各种场景、用户使用频率较高的常用功能 基本功能、回归 任何情况下必须...
  • 测试面试-测试用例

    2020-12-05 18:39:15
    测试用例一、测试用例的特性1.有效性2.可重复性3.易组织性4.清晰、简介5.可维护性二、测试用例的内容三、测试用例的编写方法1.等价类划分法2.边界值分析法3.场景法4.正交实验法5.错误推测法6.因果图法四、测试用例的...
  • 回归测试知多少

    千次阅读 2015-04-23 01:12:11
    此时,势必需要进行回归测试,随着软件的不断发展,回归测试所占的比重就会越大。实际的工作中,一方面要全,希望覆盖范围尽量大,避免出现遗漏;另一方面,又要效率高,投入大量的测试成本,只为一
  • 测试用例设计

    千次阅读 2017-10-05 16:33:17
    测试用例的定义 测试用例(Test Case),是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。 为什么要写测试用例 1、理清测试思路 有的系统本来...
  • (回归测试) 3、易组织性:好的测试用例会分门别类地提供给测试人员参考和使用(功能、性能、易用分类编号) 4、清晰、简洁:好的测试用例描述清晰,每一步都应有相应的作用,有很强的的针对性,不应出现一些无用的...
  • 基本操作正交表法测试用例的特性1.测试用例包含什么内容?2.测试用例的编写方法有哪些?3.测试用例的评审4.测试计划5.缺陷报告6.测试报告7.软件测试的种类划分8.软件缺陷的严重程度9.bug级定实例1级,系统崩溃2级,...
  • 测试用例基础(二)

    2020-11-23 19:52:15
    测试用例1.特性1.1有效性1.2可重复性1.3易组织性1.4清晰简洁1.5可维护性2....良好的测试用例具有重复使用的功能(回归测试) 1.3易组织性 好的测试用例会分门别类地提供给测试人员参考和使用(功能、性能、易用分类编
  • 测试用例

    2020-11-23 20:30:33
    (回归测试) 3易组织性:好的测试用例会分门别类地提供给测试人员参考和使用(功能、性能、易用 分类编号) 4、清晰、简洁:好的测试用例描述清晰,每一步都应有相应的作用,有很强的的针对性,不应出现一些无用的...
  • 华为软开云6--玩转云测

    千次阅读 2019-05-21 11:37:09
    1.如何设计、分配和执行测试用例 2.测试管理的多维度报表和基本设置的介绍 云测 CloudTest 云测(CloudTest)是面向软件开发者提供的一站式云端测试平台,覆盖测试管理、接口测试、性能测试,融入DevOps...
  • 简介:本文主要目的是把现今主流的Dubbo框架项目和精准测试进行对接,通过精准测试的数据穿透、数据采集、测试用例与代码的双向追溯、数据分析等一系列精准测试的特有功能达到对项目质量的保证。   本次环境搭建...
  • Java单元测试实践-00.目录(9万多字文档+700多测试示例) https://blog.csdn.net/a82514921/article/details/107969340 1. 前言 以下内容为本人以开发人员的视角,在平时进行单元测试过程中的总结。主要内容为通用的...
  • 我们看看一张发现缺陷的时间和缺陷修复成本的关系图,下图,其中,横轴表示项目开发周期时间阶段,纵轴表示缺陷占比。如下图所示: 从图中,我们可以看出越后期修复缺陷的成本就越高,且指数增长,而缺陷主要是...
  • 软件测试常见面试题(一)

    万次阅读 多人点赞 2019-06-23 20:39:09
    我主要从事web测试,搭建环境,对程序进行集成测试、系统测试、回归测试。还有编写测试用例,使用手册,功能测试文档。 3、开发说不是bug怎么办? 将自己的见解告诉开发,不行就把见解和bug提交项目经理决定。 4、...
  • 测试面试题

    千次阅读 2020-12-28 21:44:02
    1、在测试策略制定阶段,制定回归测试策略 2、确定需要回归测试的版本 3、回归测试版本发布,按照回归测试策略执行回归测试 4、回归测试通过,关闭缺陷跟踪单(问题单) 5、回归测试不通过,缺陷跟踪单返回开发人员...
  • CVX是凸优化的一个工具库,本文利用CVX实现一个逻辑回归,用作CVX入门. 鸢尾花数据集(Iris)是机器学习中一个常见的数据集,其用于鸢尾花卉分类,数据集共包含150个样本,共具有3种花卉类别,分别为山鸢尾(Iris ...
  • 软件测试: 以用户需求为基准,运用科学的测试方法对被测对象进行检测,发现其与需求偏离的需求实现。 测试: 是为了尽快尽早发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期、对软件产品...
  • 4、对测试流程改进以及测试质量保证提过哪些意见建议?(意思就是除了大家都能做的这些你对公司还有什么特别的贡献,答好很加分) 5、怎么开展自动化测试工作的 6、介绍一下你的框架 7、各种设计用例,比如滴滴打车...
  • 人工智能测试方法--探索

    万次阅读 2018-01-09 18:30:09
     再讲如何测试人工智能产品之前,我觉得我要先跟不熟悉人工智能的同学们解释一下什么是人工智能。毕竟想要测试一个东西,就要先了解它么。用一句话来概括现阶段的人工智能就是:人工智能=大数据+机器学习。  我...
  • 测试,小实训面试题

    千次阅读 2021-01-06 09:59:25
    测试流程 立项-产品(说明书)-编写需求文档-需求文档评审-开发编码自测-编写测试用例-测试用例评审-提测-冒烟测试-提交bug到禅道-回归测试-验收测试-上线 2.测试计划 确定测试范围,制定测试策略,测试人员分配,...
  • 2019测试工程师面试题

    万次阅读 多人点赞 2019-02-20 15:56:41
    1、测试人员在软件开发过程中的任务是什么? 1)尽可能早的找出系统中的Bug; 2)避免软件开发过程中缺陷的出现;...一个成功的测试用例在于发现至今未发现的错误 一个成功的测试是发现了至今未...
  • 更新版:软件测试菜鸟入门

    千次阅读 多人点赞 2020-12-03 14:06:23
    在早期,这些应用程序只是通过开发人员、产品以及部分用户使用之后,给出相应的修改意见,感觉都OK后就进行上线,在网上或一些app下载平台上就可以直接使用,没有进行过规范的软件测试!这些软件或多或少会存在一些...
  • jmeter性能测试

    2018-09-17 17:39:43
    1、性能测试需求分析 性能测试需求分析与传统的功能测试需求有所不同,功能测试需求分析重点在于从用户 层面分析被测对象的功能性、易用性等质量特性,性能测试则需要从终端用户应用、系统 架构设计、硬件配置等...
  • 功能测试报告

    万次阅读 2019-02-14 20:11:00
    备注,需求不明确时:一定要去产品经理,把不懂的地方弄懂,把不准确的地方弄准确,不能带着不清不楚的地方执行测试,编写测试用例。 转载于:https://my.oschina.net/niepanLs/blog/3010204

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 557
精华内容 222
关键字:

回归测试用例占比