分类:功能测试

支付宝--平台技术部--质量技术部--工具平台研发团队招聘

蚂蚁金服--平台技术部--质量技术部--工具平台研发团队邀请您一起打造AQC 全力打造蚂蚁金服全站产品质量管控、资损防控、风险防控、测试管控、回归体系、效率工具、无线测试等平台,见http://aqc.alipay.net 全站回归体系建设,见详情;无线测试平台建设,见详情;线下工具平台建设实践,见详情 工作年限:五年以上 学历要求:本科或硕士 岗位级别:P6+、P7、P8 待遇面谈:Base + 年终奖+ 红包 + 股权激励 岗位描述: 1. 负责测试平台研发、持续集成平台或回归体系建设、自动化测试框架研发、移动应用开发(andriod或ios); 2. 带领组员进行项目研发和关键技术攻关; 3. 要带头写代码,尤其是技术攻关,要能够落地,不单单只是方... 详情

数据报表类系统测试

前段时间测试了一个数据报表类系统-VOC系统 VOC:Voice Of Customer, 根据每天的电话求助量,机器人咨询量、人工咨询量、云客服咨询量等数据出发,关联到具体问题、产品、部门等信息上分析并展现出会员最大痛点。 VOC 的数据报表的最终展现分为两个过程 1、获取源数据并整合数据为最终表 2、数据关联到问题、产品、部门后进行分析展现 针对这两个过程,测试方法也分别两个步骤 一、获取源数据并整合数据为最终表-ETL过程 实现方式:云梯、hive脚本、datax 开发跟进业务需求了解原始表结构,编写hive脚本,“在云端”平台上运行,获取最终表,使用dataX工具将数据导入到线上数据库 平台:在云端(内部系统) Datax:离线同步工具 ... 详情

Java与Linux交互的利器——RCT(二)

使用RCT实现Linux服务器的网络控制 前言 在某一个月黑风高的晚上,小A要进行异常场景测试。但是很长时间以来异常场景的模拟都是小A觉得很麻烦的地方。小A的异常模拟主要分为两个部分: 模拟网络中断 模拟网络延迟和丢包 这些场景的模拟有以下两个棘手的地方: 模拟异常的方法 异常时间的控制 小A掐指一算,想要模拟网络中断,有以下几个方法: 拔掉网线 禁用网卡 重启机器 使用防火墙策略 前三个方法费事费力,时间上不好控制,而且物理机房更是无法触碰的禁区。小A决定使用第4个方法,在Linux系统中配置防火墙策略需要使用iptable命令。但是这个命令配置参数众多,不好上手,而且还需要时间来调试。怎样控制中断的时间?如何保证在测试程序异常退出后网络中断可以... 详情

Java与Linux交互的利器——RCT(一)

什么是RCT RCT是Remote Control Toolkit的缩写,前身叫做SSH Tester,是基于orion-ssh2实现的一个工具集。Orion-ssh2是一个使用纯java语言实现SSH-2协议的开源工具包,便于使用Java语言与Linux系统交互。RCT对Orion-ssh2进行封装,实现了测试中常见的Linux操作,例如:系统信息获取,权限管理,脚本执行,文件的上传下载,网络丢包模拟等。因此,RCT可以轻松做到嵌入Java代码,然后只需要一句Java代码调用,就可以和远端的Linux Server完成一个交互动作。RCT使用场景 当Java程序需要和Linux交互时,可以利用RCT实现该过程。例如:测试人员要做这样一个测试。当应用端发送了100条消息时,... 详情

代码测试(CodeTest)

代码测试(Code Test): 1.什么是代码测试?与传统的功能和接口测试有什么不同? 代码测试的立足点是Code,是基于代码基础之上的,而传统的功能测试和接口测试是基于应用的,必须对应的测试系统是在运行中的。 代码测试不会特别注重接口测试的可持续性集成。 代码测试的特点是快捷高效准确的完成测试工作,快速推进产品的迭代。 2.Code Test 的方法: (1)代码走读和review 适合场景:逻辑相对简单,有较多的边界值。 方法介绍:直接查看和阅读代码,检验逻辑是否正确。 (2)代码debug与代码运行中测试 适合场景:数据构造比较困难,特殊的场景覆盖。 方法介绍:1.直接在debug代码过程中查看数据流走向,校验逻辑。 2.在debug过程... 详情

我的测试感悟

从一毕业开始到现在,已经做了五年的测试,这期间一直是在做测试,虽然有几次有朋友让我转岗开发,但是想想还是算了,我想做为一个测试必须有一个清楚的目标。 首先我想说说现在国内测试的现状:绝大部分的公司设置有专门的测试岗位,但是测试在整个公司内部和产品的研发流程中属于一个“不重要”角色,如果有一个岗位必须舍弃,也许就是测试,所以就目前来说测试不是关键角色,至少大部分的公司不是。 而且现在测试的门槛与开发比较要低,同时成长空间也稍微要低,如果没有突破,很容易遇到晋升,升值等的瓶颈。有很多的测试同学在工作很多年后简历上仍然是做了xxx项目,会写测试用例,会功能测试等一些基本的测试技能。而在硬的技术实力上没有太多的成长,包括代码能力,包括架构能力,包括系统分析的能力。 测试技术本身就开发技术... 详情

【GBA】2013年度-双12整点秒杀问题

Bug作者: 技术质量部-综合业务-无线互动-士敦 Bug描述 秒杀开始前,PC扫码进入秒杀详情页,秒杀按钮显示“秒杀结束”。 发现阶段,项目提测阶段。 Bug影响 秒杀活动期间会有大量的请求在秒杀开始前进入秒杀详情被告知“秒杀结束”,造成用户无法接受的用户体验效果,可能会带来大量的投诉(为什么秒杀未开始就提示“秒杀结束”,大忽悠,造成极其恶劣的负面影响)。 Bug发现过程 PC-扫码唤起手机淘宝秒杀详情页--提示“秒杀结束”。(发现时的现象是:不是每次都必现!) Bug分析 判断1:显示“秒杀结束”,可能是码缓存问题导致。原因:PC二维码,码的缓存是主动失效,生效时间很长。很有可能是同一个宝贝,上一个宝贝已经秒完未失效引起的“秒杀结束”提醒。其在业务上的存在也不合... 详情

【GBA】2013年度-爱淘宝二跳改版页面长图需求bug

标题:爱淘宝二跳改版页面,需求要求展现使用长图数据,但实际线上和近期内,二跳调用的后端数据,长图数据占比几乎为0% Open By:映容 发现阶段:需求分析阶段 定位原因:需求问题 Bug影响 1、由于二跳请求的宝贝数据线上几乎没有长图数据,会导致二跳页面的宝贝展现区域出现大量的空白区,影响所有进入爱淘宝二跳页面的用户体验。线上PV约为140W 2、用户体验差,最终影响淘客利益 3、由于Demo未经过评审,UX和UED已完成页面版式代码实现,需要返工,重复劳动 Bug发现过程 1. 细读需求文档,版面Demo, 设计文档 2. 发现设计文档和需求文档的矛盾,一开始默认需求是正确的: 1>根据对淘宝宝贝的了... 详情

【GBA】2013年度-聚划算H5页面资源加载问题

BUG作者:堇然 BUG标题: 开发同学更换图片缓存资源后,老的资源在客户端中仍然加载,chrome下查看并未加载此链接。 BUG影响: 1、老资源由于占用空间比较大,达到700kb,严重影响用户进入游戏页面的时间,影响用户体验。 2、导致用户流失率大大增加。 3、浪费用户流量,给用户造成金钱损失。 BUG发现阶段: 测试阶段。 BUG发现过程: 1、在摩天轮上执行hybird测试时,前端同学更换了页面上的一个图片资源后,hybird测试结果页面仍然展示在下载新图片资源的同时,老的图片资源仍然会下载。但是通过PC端的chrome浏览器去访问该H5页面,查看页面源代码后,确实console中没有老图片资源的下载链接了。 2、开始开... 详情

业务容错测试总结

1. 我们线容灾测试现状和实践总结 目前工作过程中遇到的一些涉及到容灾的场景: 1、 tpp_case_remote case远程通信插件测试,容灾场景: a、 消息发送端在网络异常场景下,第一次发送消息失败之后的处理。 手段:拔网线模拟; 结果:开发设计之初没有考虑这种场景,后增加一个google的queue依赖 解决这个问题。实现方式是,当第一次发送失败后会将发送数据保存一份到本地文件中,然后不断进行重试发送,直到发送成功; 2、 法网狙击项目暴露了很多异常测试和容灾测试方面的考虑欠缺: a、 PMC流程某个节点服务调用异常的情况下,系统的处理。 按照开发的设计,需要在此时进行调用重试,每2分钟一次,共重试5次,最后失败才生成小二任务。 手段:日常下,利用... 详情

数据迁移类测试策略

v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} 前言 前段时间做了一次数据迁移,针对数据迁移类型的测试方法进行了一些了解和总结,以下工具愚公移山和精卫为淘宝开发的工具,已使用于多个产品、项目中,质量有保障。 一、工具介绍 1、愚公移山 概述: 数据的动态迁移,可完成数据全量、增量迁移,进行数据比对,保证数据的正确;目前较多运用在数据迁移中,已经被很多团队使用,是很成熟可靠的数据迁移工具 适用范围: 可支持:支持or... 详情

产品测试组和业务测试组

本文讨论的团队模型,是基于阿里巴巴(淘宝、天猫)这样比较复杂的电子商务互联网公司; 本文讨论的是软件测试的团队模型,开发团队可以参考,但是由于开发和测试工作性质的不同,不能简单的推理为开发团队模型; Part1 一般电子商务网站,都有“会员、商品、店铺、交易、评价”这些基本概念,在淘宝网最开始发展的几年,这些产品概念在架构上是一个整体。随着技术架构的发展,这些概念被一个接一个的从淘宝系统中拆分出来,形成一个又一个产品中心,如下图(系统架构图): 底层的这些“中心”,都有独立的测试团队支持;然后接下来几年,业务的发展非常快,除了淘宝网,又发展出天猫、聚划算、旅行等一些独立的业务概念,如下图: 上层这些组织,在阿里集团被称为Business Uni... 详情

知识贴:android二维码识别原理与测试方法,新手瞎写,不对的地方请拍砖。

淘宝点点点点android版本扫码下单功能是被骂为最菜的地方之一,用户们使用第一版扫码功能时如果当时有录像,放出来绝对是一可乐视频。大家拿着手机在各种角度用各种姿势扫啊扫,结果就是提示扫码失败,然后各种吐槽和投诉就来了。最终折腾了2个版本才把主要问题修复。偶作为小白白先简单介绍一下问题的来龙去脉与描述一下以后的测试方法。 首先看看二维码识别原理: 一.我们都是使用二维码生成工具制码,原理对于我们意义并不是很大,这里就不浪费地方复制黏贴了。二维码编码原理请google。 二.下面是与本次问题相关的一些经验。 1.同一尺寸同一纠错等级下:二维码的点阵密度和包含的字串长度成正比。即信息含量越大,点阵越密。第2张码点阵就密集的多。 2.同一尺寸同一URL:二维码的点阵... 详情

国际事业部持续集成案例分享之一

国际事业部,持续集成已运作快2年了,一直以来都比较低调,自给自足,以服务好国际事业部为核心运作。自从听了ADC的分享之后,挺激动,也想分享下我们的实践、我们的想法。有种不甘示弱的赶脚,觉得我们做的还挺靠谱。ADC,你给了我们分享的信心。 非常简单的描述下,我们持续集成的核心思想。 打通SCM系统,自动获取项目相关信息(新建、修改、删除)。 1、自动创建单元测试任务,并且构建任务,返回构建结果给项目成员。 2、自动根据项目信息,关联自动化测试代码。(目前有9种不同自动化类型) 2.1、自动搭建项目环境应用,反馈项目内环境绑定。 2.2、根据项目绑定,自动运行基于应用环境的测试代码,运行结果反馈项目成员。 主干变更升级同样自动持续运作。 附上简易图示: ... 详情

ADC 2013 测试场的一些总结

ADC 2013 的测试场,有个鲜明的特点,那就是几大热门话题的测试经验大部分都包揽了。包括移动互联网测试、大数据测试、持续集成最佳实践、故障注入。特别是下午场的4场关于移动互联网测试的分享,来自腾讯、淘宝、豆瓣、百度 四大公司的分享。都分享了各自公司的一些平台或工具。可谓是 四大公司测试技术大PK。 虽然测试场来了很多人,但还是有很多人因为各种事情没有来参加ADC,所以这里做了一些关于测试场分享的总结,希望对大家有帮助,有理解不到位的地方,还请谅解。另外由于篇幅关系,我谈的内容有限。 持续集成实践 对于大部分公司来说,不管你是什么行业,如果做自动化测试,分层自动化是必须要提前分析和概况的。要想快速发布高质量的产品,首先必须了解产品系统架构,做好分层自动化测试,另外一个就是分... 详情

返回首页 博客 技术交流 产品 期刊下载 关于我们 意见反馈 无障碍

浙ICP备09109183号-14 Copyright © 2003-2015 TaobaoTesting.com 版权所有