精华内容
下载资源
问答
  • A系统测试工作总结

    千次阅读 2017-11-29 18:28:11
    此次测试工作包含了A系统自身的web端测试和其他系统联调测试。这次项目与往期系统有很大不同,具体以下几点: 1. 没有产品经理,没有完善的需求相关文档。 2. 它是完全由java开发的,团队内.Net开发人员本身java...

      A系统的测试工作从10月11日开始到11月28日正式结束了。此次测试工作包含了A系统自身的web端测试和其他系统联调测试。这次项目与往期系统有很多大不同,具体以下几点:

    1.  没有产品经理,没有完善的需求相关文档。

    2.  它是完全由java开发的,团队内.Net开发人员本身java实际经验不足。

    3.  项目中使用了从未接触过的Hive数据库和非关系型数据库HBase。

     

      因此本次测试过程中并非一路顺风顺水,而且遇到了不少的问题。本人以书面形式整理记录下来,为将来工作时遇到相似问题作为参考。

      

    1.  接口测试很重要

      即使项目管理人员不给予足够时间,仍然要在整个测试工作开展之前进行简单的接口测试。可以提前暴露出很多问题。不光是系统的缺陷,同时也会暴露出测试脚本的设计问题或者对业务的错误理解。

     

    2.  接口需要了解所有传参的枚举值

      A系统最初接口设计的是通用接口,所以接口文档很简单。实际每个业务系统接入都有自己的参数,这些参数的枚举值没有在文档中体现。例如本次测试过程中,某个业务系统会传一个approveRes参数,一开始我设计的jmeter脚本传的是”成功”,但是请求的行为记录没有计算,后来通过沟通才知道,A系统和业务系统约定了”3”代表”成功”。

     

    3.  随时更新测试用例

      本次项目测试比较特殊,没有产品经理,所以页面元素和交互部分也是开发掌控的。所以很多东西逻辑上没错,但用着很不舒服。例如:开发实际提测版本中动作配置页面显示的列表是以参数为元祖列表,而不是动作为元祖的列表,这和原先写测试用例时不一样。但是这块用例没有重新设计,导致删除这个功能出现了极差的用户体验。(现在点击删除给人感觉是删除了单条参数,但实际是删除了参数所在的整个动作。)

     

    4.  从源头解决数据问题

      本次项目中有很多overwrite insert的表。同时其数据来源又是其他的overwriteinsert的表。所以当出现有异常数据时,需要早找最源头的那些表,进行条件过滤。条件过滤需要与业务系统确认。哪些属于测试环境异常数据,可以忽略。哪些属于线上也存在的异常数据,是否兼容这些线上异常数据。

     

      同时本次测试过程中也学会了很多新的知识和小技巧。这些知识和小技巧可以提升测试效率。以下是本次测试中的学习总结:

    1.  Hive数据库&HBase数据库的基础语句

    2.  Notepad++的compare插件,可以智能对比文本

    3.  Excel粘贴时选择自定义分隔符、选择文本模式可以保留源数据格式。(不丢0)

    4.  Linux时区知识,分为系统时区和用户时区

    5.  Jdbc连接mysql时,汉字会乱码,需要添加”?characterEncoding=utf8”参数


      至此,整个项目的测试算是告一段落。以上是本人对A系统测试工作的一次经验总结。定期总结可以很好的消化和巩固知识,以此自勉。

     

    展开全文
  • 用户联调

    2013-12-23 22:50:42
    经验不去总结,很难系统化,以后要培养自己的总结能力和表达能力。  对于今天的用户端测试,总结以下几点:  1. 跑release程序,打包时尽量从release重新复制需要替换文件,打包文件管理规范化  VC 6.0 ...

             经验不去总结,很难系统化,以后要多培养自己的总结能力和表达能力。

             对于今天的用户端测试,总结以下几点:

            1. 多跑release程序,打包时尽量从release重新复制需要替换文件,打包文件管理规范化

              VC 6.0  release 和 debug因为文件就是不同的,所以一定要多测试release,毕竟release才是最终交给用户的。打包的时候,凡是release通过的,再将release中认为可能修改过的文件全部复制过去。尽量避免混乱。下次自己尽量去弄过中文版和英文版的打包,这样就可以省去每次打包的时候不断的替换资源文件,而且有时还替换错。这次就因为莫名奇妙地复制错了matip.dll和.ini文件,导到程序老出问题,几个人在等着排错!

            2.用户环境测试时,准备好测试资源,要有备份方案

             确保自身的程序是可运行的尽量把一些准备条件做好,比如网络,安装环境,提前和用户沟通好测试这些环境!,然后就要再同一个备份方案,万一不成功,下一个方案是怎样的,如果可能,尽量多出几种方案,还有就是,

             今天也出现了一个问题,现在还是无法解决,明明可以telnet端口,可是用浏览器访问却是不行的,不明白这是为什么,等明天网络部排查。


               小结:文件管理要清晰

                          环境要提前测试好

    展开全文
  • 版本并行开发测试解决方案

    千次阅读 2020-05-09 10:20:42
    为了支撑业务的飞速发展,分布式系统架构不断演进,业务链路日趋复杂,服务间相互调用,增加了服务联调的复杂性; 在如此研发背景下,作为研发过程中不可或缺的一环业务链路联调,面临越来越的挑战: 联调涉及应用...

    背景与挑战

    为了支撑业务的飞速发展,分布式系统架构不断演进,业务链路日趋复杂,服务间相互调用,增加了服务联调的复杂性;
    在如此研发背景下,作为研发过程中不可或缺的一环业务链路联调,面临越来越多的挑战:

    • 联调涉及应用服务多,导致环境构建和维护的成本都非常高,手工搭建一套可用联调环境,少则1-2天,部分情况下甚至可能花费1到2周。因此,如何降低联调环境构建成本,让研发同学专注于业务联调本身
    • 联调链路上下游依赖应用服务多,为每一个联调链路都全量搭建一套独立环境,资源消耗太大,需要对没有变更的应用服务进行复用。但是复用又带来了新的问题,每周上N个的并行研发活动,同一个应用服务可能为了支持不同需求在研发阶段存在多个并行研发,如何在资源复用的基础上,解决并行研发带来的干扰
    • 联调过程中出现了问题,排查的链路往往比较长,一般研发同学对自己负责的应用服务比较了解,如果问题出在依赖的下游,往往需要联系对应负责的同学排查,过程中有很多的沟通成本,排查效率比较低。如何协助研发同学快速定位联调问题,提升业务联调的效率?

    联调环境复用与隔离

    一般操作

    假如研发团队有 3套开发环境用于联调; 每套环境都部署了一套完整的N个服务;
    在这里插入图片描述
    这时候公司同时有4个需求开发联调;feature_1~4 ;那么环境占用情况如下

    在这里插入图片描述
    每个feature占用了一个环境,而feature_4却被阻塞联调了,只能等待环境空闲出来,或者再让运维增加一套环境 dev4 来使用;但是新增一套环境不仅增加了运维的工作量;而且又增加了研发成本;
    难道就没有解决方法吗?

    将多个需求合并到一个分支

    为了解决上述问题,小企业最常用最省事的方法是:
    拉一个新的分支 feature_1_2, 将多个分支都一起合并到这个分支上来进行联调;共用一套环境;
    确实,这是最省事的方法,但是这个方法存在它的局限性

    • 代码冲突, 需求冲突
    • 每次修改了bug都要将代码合并到合并分支feature_1_2
    • 代码污染, 修改bug的时候没有写在需求分支而写在的合并分支feature_1_2

    正常来说,严格按照约定操作,也不会出现什么问题,但是我们有更好的解决方案

    联调环境复用与隔离

    上面的方法虽然可以操作,但是使用太复杂;我们可以将没有收到需求迭代而变更的服务复用起来;

    全量部署所有服务的master稳定分支

    首先我们把所有服务都部署在一套环境里面;跟stable环境(或者生产环境)保持一致;
    在这里插入图片描述
    这些服务永远都是部署master稳定分支,这些服务就是用来被复用的;

    假设我们有4个需求并行开发联调,那调用链就是下面这种

    在这里插入图片描述
    上图假设的feature_1只变更了 S1 S3 S4 的服务,那么没有变更的S2 S5就可以直接复用master的稳定服务 M2 M5

    在这里插入图片描述
    上图假设feature_2 只变更了 S3;其余的服务都可以服务稳定版本的服务;

    理论可以并行开发联调N个需求

    看到上面服务复用的模型,我们来算一个账;
    假设最初的时候 一个需求占用一套环境; 一套环境可能部署了N套服务;
    想要并行联调Y个需求,那么就需要 N*Y个服务器资源;

    用了服务重用之后;同样支持Y个需求占用的服务器资源要远远少的多;
    因为每个需求中服务变更的是少数,假如一套环境100个服务,一次需求的变更服务数目一般不超过10个,我们只需要提供变更服务的部署资源就行;
    而且不需要完整的重新搭建一套环境,只需要部署变更服务

    服务路由隔离

    上面介绍的是实现的思路,同一个环境下(指的是同一个zk下注册的服务)

    • 我们要怎么复用这个稳定服务呢?
    • 同一个服务被注册了多个提供者;如何准确的调用对应需求的服务呢?

    因为不同的RPC的实现不一样,我这里主要讲解Rpc为dubbo的情况下,如何实现上述需求;
    因为文字篇幅过长,故新开一篇文章讲解 Dubbo下的多版本并行开发测试解决方案

    调用入口处理

    http请求访问
    统一网关访问

    中间件隔离

    配置管理(Nacos、Apollo等等)

    消息系统(kafka、RocketMq 等等)

    【kafka】kafka的服务复用与隔离设计方案

    DB隔离

    先占个坑 有空再写 TODO…

    展开全文
  • 相关测试名词解释

    2013-06-09 10:55:00
    联调测试性质:集成测试,又称组装测试、联合测试、联调测试、子系统测试、部件测试。不同的称呼而已,侧重点在于模块间接口的正确性、各模块间的数据流和控制流是否按照设计实现其功能、以及集成后整体功能的正确性...

    刚刚工作,对于很多名词都不了解其含义,在此做一下笔记。

    联调测试:

    联调测试性质:集成测试,又称组装测试、联合测试、联调测试、子系统测试、部件测试。不同的称呼而已,侧重点在于模块间接口的正确性、各模块间的数据流和控制流是否按照设计实现其功能、以及集成后整体功能的正确性。所以联调测试涉及面广,要掌握的知识面广。
    联调测试工作内容:联调测试介于白盒、黑盒之间,可以称为灰盒测试,所以需要熟悉白盒测试、黑盒测试。但联调测试的关注点是模块间的接口。至于模块怎么划分要根据具体项目来有针对性地划分。
     
    压力测试:
    压力测试确立系统稳定性的一种测试方法,在软件工程、金融风险管理等领域应用比较普遍。通常在系统正常运作范围之外进行,以考察其功能极限和隐患。

    UAT测试:

    用户接受度测试,即用户验收测试,是指最终用户根据测试计划和结果对系统进行测试,让系统用户决定是否接收此系统;它是确定产品是否满足合同或用户需求的测试。

    接收测试:

    是指系统在交付最终用户进行UAT测试之前,由独立测试组织根据测试计划和需求对系统进行充分测试;作为进入UAT测试的准入条件,接收测试以确定产品是否满足用户需求。

     

     

    转载于:https://www.cnblogs.com/huhu-xiaomaomi/archive/2013/06/09/3128244.html

    展开全文
  • 如果更好的管理和测试他们都是一个比较头疼的问题,更主要的是很业务场景是需要个接口进行联调的,因此在接口开发完成后,一轮自动化测试能快速反馈出当前系统的状况,面对这样的需求,一个对测试人员友好的可视...
  • 现如今,接口开发几乎成为一个互联网公司...如果更好的管理和测试他们都是一个比较头疼的问题,更主要的是很业务场景是需要个接口进行联调的,因此在接口开发完成后,一轮自动化测试能快速反馈出当前系统的状况...
  • 本文介绍了一种基于ARM和FPGA,从软件到硬件完全自主开发功能车辆总线(Multifunction Vehicle Bus)MVB嵌入式系统的设计和实现。 系统设计和实现  通常来说,一个嵌入式系统的开发过程如下: 确定...
  • 1、测试主要分为三类:集成测试系统测试、交付测试;偏黑盒测试类型居多;做单元测试的比较少,大部分都是开发简单联调一下,就开始集成测试了,集成测试主要以自动化测试为主,主要保证版本的持续迭代和交付;...
  • 接口测试

    2020-05-24 12:32:23
    单一产品之间的测试已不能满足质量需求,产品与产品之间的互动也要保障,跨产品的联调必不可少,之间的桥梁更是接口; 系统前后端分析是很普遍的,从安全层面来说,只依赖前端进行限制已经完全不能满足系统的安全...
  • 测试要点: 对于开发人员来说,我只强调单元测试、集成测试两点。 单元测试主要 测试编写的类、类中的函数等。...在多系统中,单个系统的测试完了后还需要各个系统之间的联调测试目标方面,除了一般的...
  • 软件测试的分类

    2021-03-23 15:12:06
    软件测试的分类方法有很种:1.按测试内容分,分为以下几个类型(1)功能测试。功能测试基于需求和功能,检查软件是否达到原定的功能标准而不必理会...程序员对各个模块进行系统联调测试,包含程序内接口和程序外接口
  • api测试工具分享

    2020-10-26 23:45:18
    多系统多平台的构架下,它有着极为高效的成本收益比。接口测试可以为高复杂性的平台带来高效的缺陷检测和质量监督能力,平台越复杂,系统越庞大,接口测试的效果越明显。 什么情况下开展接口测试 1.项目处于开发...
  • 单元测试的重要性

    千次阅读 2006-10-29 10:19:00
    一、时间方面:如果认真的做好了单元测试,在系统集成联调时非常顺利,因此会节约很时间,反之那些由于因为时间原因不做单元测试或随便做做的则在集成时总会遇到那些本应该在单元测试就能发现的问题,而
  • mock web系统开源项目推荐

    千次阅读 2019-09-25 09:53:09
    支付服务模块是dubbo框架开发的,与支付公司、银行对接就涉及了联调测试,银行和支付公司的接口文档、接口都是现成的,经历了对接N公司了,几乎完善无BUG,所以对接支付公司、银行的联调测试,只要按着接口文档...
  • 软件单元测试的重要性软件测试测试的重要性... 时间方面:如果认真的做好了单元测试,在系统集成联调时非常顺利,因此会节约很时间,反之那些由于因为时间原因不做单元测试或随便做做的则在集成时总会遇到那些本应
  • 【TechWeb】2019年7月底,中国电信率先实现5GSA(独立组网)终端芯片巴龙5000与个厂家系统全面互通,这标志5GSA商用突破了终端瓶颈。 SA终端芯片的稀缺一直是制约5G发展的瓶颈,仅有的一款支持SA的海思终端芯片...
  • 单一产品之间的测试已不能满足质量需求,产品与产品之间的互动也要保障,跨产品的联调必不可少,之间的桥梁更是接口; 系统前后端分析是很普遍的,从安全层面来说,只依赖前端进行限制已经完全不能满足系统的安全...
  • 认识单元测试

    2010-11-21 19:55:00
     时间方面:如果认真的做好了单元测试,在系统集成联调时非常顺利,因此会节约很时间,反之那些由于因为时间原因不做单元测试或随便做做的则在集成时总会遇到那些本应该在单元测试就能发现的问题,而这种问题在
  • 测试 Bug

    2018-06-12 20:30:24
    产生缺陷的原因•人员之间的沟通交流不够,交流上有误解或者...软件开发工具与系统软硬件的支持(有的框架对浏览器的支持程度,app对老机型、用户量小机型的兼容,对手机操作系统,对软硬件支持)2怎么记录有效...
  • 这在外表上看来是一项明显的进步,而象单元测试这样的活动也许会被看作是通往这个阶段点的道路上的障碍,推迟了对整个系统进行联调这种真正有意思的工作启动的时间。 在这种开发步骤中,真实意义上的进步被外表
  • 实现了服务容器化持续集成,支持个服务的个版本联调测试,达到生产不停机、版本无缝切换的效果;由运维监控平台对这些服务进行统一的监控管理。经过生产环境验证,系统能够保障多种服务运行不停机,短时间响应...
  • 利用python构建Mock系统

    2013-06-18 18:50:45
    主要是因为所测系统A依赖于其他系统的输入,两个系统属于不同的项目且开发和测试成员都不同,单独针对A系统进行测试时由于A的依赖性导致很多测试点无法覆盖且由于分属不同项目联调成本也较高,于是乎想到通过Mock的...
  • 本文来自于网络,文章主要介绍了微服务架构下解决自动化测试、开发联调测试环境、持续集成方面遇到的问题及解决方案等。在2008年时,市场软件形式大多为CS架构。当时存在的问题在于,开发耗时1-2年且内部的解耦度...
  • 鼎芯通讯(上海)有限公司宣布,其完全自主开发的CMOS TD-SCDMA终端射频收发器CL4020和模拟基带CL4520工程样片,已经在北京天碁科技有限公司(T3G)的基带平台实现了动态联调测试,并成功验证了对HSDPA功能的支持。...
  • 鼎芯通讯(上海)有限公司今天宣布,其完全自主开发的CMOS TD-SCDMA终端射频收发器CL4020和模拟基带CL4520工程样片,已经在北京天碁科技有限公司(T3G)的基带平台实现了动态联调测试,并成功验证了对HSDPA功能的支持...
  • 鼎芯通讯(上海)有限公司宣布,其完全自主开发的CMOS TD-SCDMA终端射频收发器CL4020和模拟基带CL4520工程样片,已经在北京天碁科技有限公司(T3G)的基带平台实现了动态联调测试,并成功验证了对HSDPA功能的支持。...
  • 鼎芯通讯(上海)有限公司今天宣布,其完全自主开发的CMOS TD-SCDMA终端射频收发器CL4020和模拟基带CL4520工程样片,已经在北京天碁科技有限公司(T3G)的基带平台实现了动态联调测试,并成功验证了对HSDPA功能的支持...
  • 最近经历了冰火两重天,上周还可以不紧不慢的开发功能和学习技术,...这个项目的挑战在于业务十分紧急,留给产品、开发和测试的时间都非常紧张,有个模块之间需要联调,因此经验丰富的大佬们很快定下3个原则: ...

空空如也

空空如也

1 2 3 4 5 ... 7
收藏数 121
精华内容 48
关键字:

多系统联调测试