精华内容
下载资源
问答
  • 在测试过程中,我们是如何去定位前后端问题的?

    千次阅读 多人点赞 2020-08-08 00:51:15
    我们做web端测试时,难免会遇到这样的一个情况:出现的bug,不知道是前端还是后端,这篇就为大家简单介绍几种比较好用的方法吧 场景: 清晰的记得那天是项目要上线,但是由于某种原因,页面可以打开,但是点击...

    我们在做web端测试时,难免会遇到这样的一个情况:出现的bug,不知道是前端还是后端,这篇就为大家简单介绍几种比较好用的方法吧

    场景:

    清晰的记得那天是项目要上线,但是由于某种原因,页面可以打开,但是在点击任意链接后,没有实现该功能,且还会抛出异常提示?
    此时,作为测试的我们,应该是要协助开发去定位问题:

    1、可以通过谷歌浏览器中的开发者工具来定位问题

    打开F12 或是谷歌浏览器右上角的三个小点,开启开发者工具

    在这里插入图片描述
    2、在开发中工具中,选择Network

    在这里插入图片描述
    3、刷新当前页面,并对有问题的地方进行点击,Network会抓取当前的页面的内容

    在这里插入图片描述
    在这里,有返回接口,也有些其他的数据,在这里,我们重点观察有问题的哪些地方

    比如页面中有一个下拉框,但是没有数据,那么我们可以通过接口测试来判断:

    <1>先ping下ip,看是否存在超时的现象,如果超时了,那么就可以初步的认定为是服务端的问题

    在这里插入图片描述
    ps:这里是拿的百度做的实验哦~

    <2>如果接口可以跑通并返回了正确的数据,那么服务端这边是没有问题的,有可能是前端没有绑定好该字段

    <3>如果接口不可以跑通,那么可以去找下服务端的问题,超时、异常等情况,还要考虑到是否有中间件的问题

    4、用开发者工具做接口详细步骤:

    <1> 在Network下,点击 view source 来露出headers请求入参

    在这里插入图片描述

    露出请求参数:
    在这里插入图片描述
    此时,可以打开接口测试工具,将这些请求参数复制下来,并粘贴到工具中

    添加一个http请求:
    在这里插入图片描述

    添加一个信息头管理器:
    在这里插入图片描述
    因为参数很多,我们并不知道哪些是必传参数,还是不必传参,所以这里全都拿过来

    最后添加一个察看结果树:

    在这里插入图片描述
    请求是成功的,但是出现了乱码,大家可以去修改下jmeter的编码配置

    <1>打开jmeter的bin目录,找到jmeter.properties文件

    在这里插入图片描述
    文本方式打开,搜索sampleresult.default.encoding=ISO-8859-1改为sampleresult.default.encoding=utf-8 去掉最前端的注释#

    在这里插入图片描述
    再次跑下接口:
    在这里插入图片描述
    4、还可以在Network中看到页面响应时长

    在这里插入图片描述

    如有问题,请在博客下方留言,小友定当知无不尽~

    展开全文
  • 谈谈测试过程中常见的几个问题

    千次阅读 2015-04-23 03:37:49
    今天总结小编在测试过程中经常遇到的几个方面与大家分享一下。 1.测试执行方面 测试过程中,我们常常会担心测试不够全面,覆盖不全。因为我们知道测试不足(没有覆盖到足够的度)极有可能带来严重的...

    相信大家在测试工作过程中一定遇到许许多多的问题,而且每个人的问题都不太一样。今天总结小编在测试过程中经常遇到的几个方面与大家分享一下。


    1.测试执行方面

    测试过程中,我们常常会担心测试不够全面,覆盖不全。因为我们知道测试不足(没有覆盖到足够的度)极有可能带来严重的后果,但过多的测试就能够在解决这个问题的同时不带来弊端吗?显然不是的。设计测试用例本意是为了规避测试的随意性,让我们测试时既不多测也没有少测。

    很多测试行业的前辈或同事都会在总结测试的时候分析出在测试过程中有些功能可以不需要测试得那么详细,有些用例存在的意义很小(甚至是冗余)。将容易的、明显的模块/功能进行详细的测试而复杂的功能没有得到充分测试,这属于明显的资源分布不均,会带来严重的浪费。

    在测试用例设计的过程中也存在过多的执行的现象。比如为了覆盖一个功能点,有人就会在设计测试用例的时候持有“宁可多,不可少”的观念,就算是存在着大量重复的测试用例,也不进行删除和精简。比如同样都是测试“地区短信黑名单不拦截联系人发来的短信”功能,那么测试一个联系人发来一条“晚上一起吃饭吧?”和发来一条“周末一起打球吧?”的短信,就是一种重复。还有一种测试用例设计中得过多执行现象是,在用例设计过程中写过多的重复(冗余)用例,评审的时候再进行删除,这也是不可取的。

    在测试过程中,这样的过多测试,我们多少都会碰到,这样的重复测试对我们的能力提升和行为优化是没有帮助的,因此在测试过程中我们应该留意,主动去克服这些问题。


    2.测试范围方面

    对于测试人员来说,漏测风险是难免会存在,这让所有的测试人员都感到不安。有时候就会出现因为怕承担责任就去做超出测试范围的事情,无形中加大了测试的工作量,而不是去按照开发的功能实现去分析测试边界、测试重点。

    比如有的时候,开发只是去修改了一个模块中得一个很小的功能点的实现逻辑(甚至是改动了UI上面的布局,更甚至只是替换了UI资源文件),这个时候不去与开发确认修改范围,而对整个模块进行功能的测试就是一种超出范围的测试。这样的超出范围的测试,也是一种测试能力不够优秀的表现,而且这也不是 一个追求卓越的测试人员应有的态度。 这种情况下,我们应该及时的去了解开发的实现思路与修改逻辑,对测试范围进行一个评估,最终得到一个合理的测试范围。


    3.测试文档方面

    一个优秀的测试团队,一定存在着许许多多凝聚了许多人智慧的文档。也一定会有更多的人编写更多的文档。在编写文档的时候,首先要明白所编写的文档的作用,不顾文档编写初衷也是不可取的。文档最重要的作用一方面是保证信息传递的有效性、便捷性,保证文档在查看过程中信息不失真;另一方面是对既有的测试经验的一种总结和传承。如果文档在辛苦编写后再无查看,那么该文档就失去了存在的意义。对于许多技术岗位上得同学来说,可文档可能是一件不太招人喜欢的任务,但是文档的整理和编写对于一个优秀的测试人员来说确实必不可少的一项基本能力。而且对于项目中经验的积累和传承,对于工作任务的传达都具有十分重要的意义。

    但是,并不是所有的文档就是越详细越好,比如一项文档的面向对象是一个工作经验一年以上的项目组成员,那么给他一份包含了详细测试步骤、具体操作、甚至每一步都带有截图和标注的文档反而是一种过度的行为。再有比如在测试执行过程中,有时候需要记录测试的执行。一份包含所有过程、步骤、截图、风险的详细文档有时候也不是必须的,而且还有可能降低执行的效率。


    4.沟通方面

    相信大家一定见过这样的场景:同一个办公室里或者隔着几道工位的同事,经常会因为一个可能三两句话就说完的事情而在QQ(或其它通讯工具)上聊半天。这种不合理沟通方法,很大程度上降低了工作的效率,而且也不利于同事之间沟通上的了解。

    沟通方面还存在一种不同角色间的问题。各方面的进度(可能会给测试带来Delay压力)的推进中,有一种不主动去推进,而是等待进度反馈的现象。假如前面的角色进度都正常的话,整理进度对测试的压力影响不大;但是若前面的角色进度存在着阻塞或者其他情况的Delay,那么测试的工作往往会收到很大的影响。项目上的排期需要重新制定,测试任务的展开也会出现混乱。倘若上线的时间是定死的,那么测试的压力就会非常大,风险也会非常大。

    因此沟通上面,能够尽量的完成当面沟通,及时推进,把可能的突发情况尽可能早的发现并暴露出来,让各方面都有提前准备,对于测试方面,甚至是各方面的工作都是百利无害的。


    5. 问题发现与创新

    任何的工作都是在前人工作的经验的基础上展开的,从而进入到一片带有自己色彩的天地。测试工作也不例外。(当一个新人)在进入到一项测试工作中时,往往发现该团队的工作模式,流程文档,例行产出等都已经存在着成熟的规范或者约定。而这些约定也并不一定是完整的,甚至有时候随着时代的不同,可能也不见得正确(比如传统PC软件的测试到移动APP的测试)。这个时候有的人可能处于对既有流程的尊重,或者对前辈同事的尊重,而不敢提出自己创新的观点和看法。这个其实从长远来看,对项目和团队也是不利的。

    比如我们现在的QWERTY键盘布局,是机械打字机时代为了解决打字过快而造成卡键问题而发明的,它最初的目的是为了最大程度上降低打字的速度。除去商业和制造业上的一些原因不谈,如今大部分人对这种键盘模式采取的是适应的态度。但这种键盘布局对于打字速度的提升和打字时手指的受力方面存在着极大的不合理。因此才会有DVORAK和MALT这两种按键布局方案的产生。

    测试工作中,也应该有这种创新的思路和对问题的发现能力。并积极的思索和提出解决方案。



    原文链接

    如需转载该篇文章,请注明来自“搜狗测试”


    展开全文
  • 关于如何进行Kettle的数据交换性能测试,以及测试过程中发现的STARTDATE时间问题

    性能测试过程通过jmeter或loadrunner调用carte服务接口,来启动kettle的转换过程,通过测试转换过程的响应时间如下(单线程/单用户情况):


    到kettle日志表里查看转换过程的响应时间,发现结束日期-启动日期的时间,要远高于性能测试工具检测到的响应时间,如下所示:

    再去看kettle的执行日志,发现一个转换的时间也就需要两三秒钟,如下所示:


    这是为什么呢,带着这个问题上网去找,结果发现有如下一段话:

    STARTDATE(启动日期)是上次执行时间,可以用于增量更新数据。第一次执行为900/1/1 7:00:00

    说明我开始就理解错了,这个启动日期应该是上一次转换的结束日期,而本次的结束日期应该是相当于本次开始执行的时间。所以我们把上图的日志日期-启动时间(或结束时间)=本次转换执行的时间,这样的结果与性能测试工具获取的执行时间就基本一致了。

    展开全文
  • 一、测试过程中主要涉及的文档及其内容 二、测试计划 2.1 测试计划概念 2.2 测试计划作用 2.3测试计划主要内容 一、测试过程中主要涉及的文档及其内容 软件测试过程中主要涉及的文档及其内容 文档名 作用 ...

     

    一、测试过程中主要涉及的文档及其内容

    二、测试计划

    2.1 测试计划概念

    2.2 测试计划作用

    2.3测试计划主要内容


    一、测试过程中主要涉及的文档及其内容

    软件测试过程中主要涉及的文档及其内容
    文档名 作用 主要内容
    测试计划 描述为完成软件特性的测试而采用的测试方法的细节藐视测试活动的安排和管理

    测试范围和策略:包括被测对象,应测试的特性,不被测试的特性,测试模型,测试需求,测试设计

    测试环境和计划

    测试出入口准则及暂停标准

    测试人员要求

    测试管理约定

    任务安排和进度计划

    风险和应急

    测试用例 描述测试用例的具体细节

    测试项目

    用例编号

    用例级别

    用例的可用性

    输入值

    预期结果

    实测结果

    特殊环境需求(可选)

    特殊测试步骤(可选)

    测试缺陷 描述测试缺陷

    缺陷简述

    缺陷描述

    缺陷级别

    缺陷状态

    测试报告 描述测试结果

    测试时间、地点、人员

    测试环境

    测试结果和统计分析

    测试评估

    测试总结与改进

    遗留缺陷列表

    二、测试计划

    2.1 测试计划概念

    测试计划是有计划、有组织和有系统的软件质量保证活动,而不是随意的、松散的、杂乱的实施过程、为了规范软件测试内容和方法和过程,在对软件测试进行测试之前,必须创建测试计划、

    2.2 测试计划作用

    1. 管理者能够根据测试计划做宏观调控,进行相应资源配置
    2. 测试负责人可以根据测试计划跟踪测试进度
    3. 测试人员能够了解这个项目测试情况,以及项目测试在不同阶段所要进行的工作
    4. 便于其他人员了解测试人员的工作计划,进行有关配合

    2.3测试计划主要内容

    1、基本说明

    • 说明被测对象的基本信息(产品名、版本号、终端用户等)
    • 被测对象以及测试中用到的术语与缩略语
    • 制定测试计划的参考资料

    2、测试范围及策略

    • 功能测试需求以及测试方法和途径
    • 非公能测试需求以及测试方法和途径
    • 测试优先级和重点
    • 实施的测试阶段

    3、测试环境和工具分析

    • 软件实际环境
    • 软件测试环境以及与实际环境的差异分析
    • 测试中的非人力资源需求:计算机、工具等
    • 自动化测试分析(用自动化解决什么问题、成本估算、提高多少效率)
    • 测试数据来源

    4、测试的出入口、暂停标准

    • 测试开始标准(入口准则):测试启动的条件
    • 测试暂停标准:测试受阻,无法进行开展的条件
    • 测试完成标准(出口准则):测试结束的条件

    5、测试人员要求

    • 对测试人员的技能和经验要求
    • 人力资源 数量以及介入时间
    • 测试人员需要的支持和培训

    6、测试管理

    • 测试团队内部角色和职责
    • 工作汇报关系以及要求:如何汇报,多久汇报一次,汇报给谁
    • 缺陷管理:缺陷录入标准,录入到哪里
    • 测试执行计划管理:如何监控测试进度,期间遇到问题如何解决
    • 测试用例管理:测试用例编写标准,相关的编写模板,编写的测试用例提交到哪里
    • 变更管理:如果测试需求或测试计划发生变更,如何处理,谁负责审批,如何公布变化情况

    7、任务划分以及进度计划

    • 里程碑:关键的里程碑时间点
    • 任务分解及时间人员安排(可借用office project等工具)

    8、风险和应急分析

    • 预测测试中可能遇到的风险
    • 对风险进行分析,给出各种风险的规避和应急措施

     

     

    展开全文
  • 测试过程管理

    千次阅读 2018-05-10 13:23:25
    测试过程管理介绍的内容包括:测试演化、测试设计、测试执行、测试监控。测试演化软件测试应该是软件研发全生命周期的测试,包括软件需求测试、软件设计测试、单元测试、集成测试、接口测试、系统测试、用户验收测试...
  • 性能测试过程及模型构建

    千次阅读 2017-10-30 21:02:47
    性能测试过程中,建模实际上可分为两个过程,性能测试过程和模型构建过程,性能测试过程主要完成对系统进行性能测试,并搜集相应的测试结果,形成测试过程文档;模型构建主要是根据搜集到的性能测试需求和生产系统...
  • 解决测试过程中遇到的致命问题

    千次阅读 2017-02-07 14:12:43
    昨天用TestWriter进行软件测试过程中,想起遇到的操作问题,好在自己可以解决。之前有用QTP时,最头疼也是遇到一些致命缺陷,还是报给了开发解决,能力有限啊。摆好自身的位置很重要滴。那么比如利用自动化测试...
  • 记录自动化遇到的一些错误及解决思路,会持续更新(根据个人情况不同... 1) 首先查看自己的“属性值”是否写正确 2) 元素的标签不唯一,默认找到第一个 3)向上查看,元素是否frame或iframe框架 4) 查看...
  • 记录自动化遇到的一些错误及解决思路,会持续更新(根据个人情况不同... 1) 首先查看自己的“属性值”是否写正确 2) 元素的标签不唯一,默认找到第一个 3)向上查看,元素是否frame或iframe框架 4) 查看...
  • 功能测试过程

    千次阅读 2018-04-02 10:12:14
     首先开发一款软件是客户所提出来的需求,而客户是基于什么样的情况下想要开发这样一款软件,我们要根据客户所提供的需求文档,以及结合实际情况来判断客户所希望的系统是怎样的,这个过程中我们要站客户的角度...
  • IDEA创建单元测试过程 JUnit

    万次阅读 热门讨论 2018-03-15 15:58:25
    1、src同级别下创意一个test目录2、右键这个test文件夹,设置为测试专用文件夹,然后在在下面创建一个java目录,根据你的需求,多级建目录3、选择一个类 比如xxxServiceImpl, xxDaoImpl然后邮件,选择goto -- ...
  • SQA测试过程

    千次阅读 2010-12-17 20:56:00
    SQA测试过程测试生命周期  测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估  测试计划就是定义一个测试项目的过程,以便能够正确的度量和控制测试。 第一部分:测试计划 <br />...
  • 支付测试过程中容易疏忽的测试点(查缺补漏)

    千次阅读 多人点赞 2018-04-04 10:11:43
    最近的支付测试,总结了下,很多测试点都是大家会被忽视的,欢迎补充:
  • 测试过程分为哪些阶段

    万次阅读 2019-08-15 21:53:50
    软件测试分为四个阶段: 单元测试阶段、集成测试阶段,系统测试阶段,验收测试阶段。 1、单元测试阶段:单元测试是以最小单位的测试、也是最初期的测试阶段、一般是以一个函数方法窗口、一...逐渐组装的过程中会出现...
  • 微信小程序测试过程中的各个要点(干货)

    千次阅读 多人点赞 2019-09-10 15:51:20
    单纯功能测试的层面来说,微信小程序测试、APP测试、web测试在流程和功能测试上是没有区别的,但由于载体的不同,导致有一些不同,主要可以从几个方面体现: 1、系统架构方面 2、性能方面 3、兼容方面 4、测试工具...
  • 前言:最近压测过程中,出现获取不到redis连接池的问题,怎么去定位呢? xshell连接redis服务器,查看连接数,发现居然比redis.properties文件中配置的连接数差不多,纳尼?这是怎么回事? redis-cli -p port -a ...
  • 前言:前几天用jmeter做性能测试的时候,遇到一个响应时间长的性能问题,简单总结一下,分享给大家,希望能给大家性能测试过程中类似问题提供一个性能问题分析定位的思路。 现象如下图,响应时间很长,达到了18...
  • 软件测试学习笔记(三)软件测试过程

    万次阅读 多人点赞 2016-11-30 10:05:03
    软件测试的集中测试过程简介
  •   软件测试过程,是指一个软件的测试过程,而不是软件测试的过程,这里要注意与软件测试基础流程区分开来。软件测试过程分为单元测试、集成测试、系统测试和验收测试。    ...
  • 存储过程在数据库中测试

    千次阅读 热门讨论 2016-03-20 21:23:17
    数据库同样可以进行测试,这样就会减少一些麻烦,避免系统运行出错再返回数据库修改的弊端,避免了时间的浪费,一寸光阴一寸金,寸金难买寸光阴,我们可以从这里节约一些时间,珍惜时间从这里做起,让我们一起...
  • 原帖:http://bbs.51testing.com/thread-475716-1-1.html1.测试过程中怎样才能提高缺陷发现率,使测试的问题尽量第一、二轮发现,降低每轮层出不穷的bug数?缺陷发现率,更多的要了解程序和业
  • 最近在测试的产品是一个类似于途牛的旅游网站,公司只有本人一个菜鸟测试,之前从未接触过测试相关。最近提bug的时候,发现自己越来越容易纠结于一个bug到底是该分给前端还是后台。之前测试其他产品的时候,由于...
  • 良好的测试流程应该是满足公司和项目特点与要求,并与开发流程紧密而有效的结合一起,有助于清晰地定义测试阶段、测试活动、测试任务、测试角色与职责、测试输入与输出,并帮助测试团队实现良好的测试过程监控与...
  • 刚开始使用JMeter的时候,把测试的步骤,过程通过badboy或是JMeter自带的代理进行录制完成之后,使用JMeter把录制完成的jmx文件打开,点击运行按钮,好像总是运行成功的样子。 通过添加聚合报告看运行结果,...
  • 本次稳定性压测过程中出现了内存泄露的情况,具体引起的原因还分析,但问题已经定位到。稳定压测的前20小时之内,系统很稳定,20小时之后,出现了大量的报错,并且报错信息一直增加,部分交易响应时间达到二十几秒...
  • 游戏测试过程

    千次阅读 2004-06-29 18:53:00
    游戏测试过程 游戏测试起因 ?????? 近两年,IT业一直经历着“寒冬”,但是游戏软件业却呈现出了勃勃生机。网络游戏仅中国游戏市场出现不过两年,到今年1月,正式投入商业运营的游戏数目已超过100款,但众所周知,...
  • 1、 脚本回放卡住的问题:脚本录制完毕时回放出现暂停的情况,原因有以下几种:① runtimesetting 的...例如:用FireFox录制脚本时,脚本会产生一个叫”Url=http://download.cdn.mozilla.net/pub/firefox/relea
  • 更新版本的微信, 运行原来的代码报错如下错误 io.appium.uiautomator2.common.exceptions.UiAutomator2Exception: Timed out after 10000 milliseconds waiting for root AccessibilityNodeInfo
  • 网上查资料,说是spark配置过程中出现了问题。网上给出的解决方法是把/conf路径下的spark-env.sh文件中配置的IP地址改一下,由原来的127.0.0.1改为10.10.10.204 .但是我改了之后依然不行。 最后终于被

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,060,975
精华内容 824,390
关键字:

在测试过程中