专题:开发自测

BIT数据准备个性化站点

Bit个性化数据准备站点,在bit原有的数据准备配置功能基础上,可以为每个团队提供一站式的数据准备服务。 个性化的站点,优势在于,不用在纷繁的数据准备事务中分析,查找,打开页面,就能看到日常有可能用到的所有数据准备。站点内的数据不会受别人数据影响。 bit个性化站点能选择性地关注外部事务,剔除不需要的数据准备事务。最大程度的满足业务团队的DIY需求。 一站式的数据准备服务价值: 能够帮助测试同学在平时测试时快速准备数据; 对于开发同学,数据准备可以自己完成,也能提高开发同学测试的全面程度; 帮助PD在需求完成后,不依靠其他外部帮助,自助完成验收。在验收阶段,提出需求不符合预期的地方,减少了测试同学的一些确认需求的工作; 帮助客服同学,快速模拟真实... 详情

BIT数据准备工具

BIT数据准备工具 还在烦恼不知道怎么准备数据么,还在疑惑数据准确性么,还在惆怅数据准备浪费时间么,还在害怕数据被修改么……请使用BIT,谁用谁知道。 What BIT是Build in Test, 现在BIT着力于数据准备这一块,帮助测试,开发,运营,客服快速准备各类型数据,可进行测试或者验收产品,提高效率。 工具链接http://bit.taobao.ali.com/bit/menu.htm?id=2249 Why 区别于其他数据准备,BIT不需要编码,进行简单的配置就可以完成数据准备,并且BIT运行的速度较快,BIT可以为每个团队打造出专属于自己业务需要的站点,站点内的数据不会受别人数据影响,可以DIY出自己想要的模式,便于使用。 Resolve 测试同学往往是头... 详情

开发自测四:垂直市场之家居,女装测试团队

作者:女装测试同学:萱若,家居测试同学:云木 众人拾柴火焰高,今天给大家带来的是垂直市场-家居和女装的测试同学带来的分享。 现在已经有越来越多的同学加入此分享队伍,相信很快第一个台阶以及如何到达第一个台阶的技术会很清晰的浮现在大家面前。 开发同学是否愿意做自测? 分享开发即测试的思想,如TC是一种代码方式。开发和测试角色互相加强成为精英。 开发同学做自测和开发同学不做自测在流程方面有什么区别? 向开发同学分享全质量意识和流程,如需求分解review, 测试设计review等 向开发同学分享为什么会有这些流程 向开发同学分享如何灵活的选择适合的流程 开发同学做自测会做哪些? 向开发同学分享单元测试的规范性和校验点 规范和执行co... 详情

开发自测三:资讯开发团队调研

作者:鹿丹 今天我们在资讯社区的开发和前端同学中开展了关于“开发自测”的调研。 我们的开发和前端同学非常给力,3个小时不到我们就收集到14份问卷,谢谢你们的支持调研结果分析如下:(统计请参考附件) 资讯社区的所有开发提交测试前都会做自测; 测试类型: 单元测试 接口测试 功能测试 70% 30% 100% 分析:73%的同学会同时选择多种测试方式。 所有同学在选择功能测试的同时,1/3进行接口测试,2/3进行单元测试。 自测与设计... 详情

开发自测二:外面公司的成功经验

在听了芮炜在原公司的开发自测情况,发现有很多好的可以借鉴的经验,记录如下: 罗青: 开发如果需要保障高质量的提交时,遇到了哪些问题? 芮炜:各方之间联调成本大, 升级时回归成本大, 兼容性质量保障成本大 罗青:自动化可以解决开发做质量提升的效果吗? 芮炜:减少回归轮数,降低bug重现成本,降低重复业务讲解和代码讲解的成本, 项目发布周期缩短, 更快的完成产品的指标,满足用户的需求, 发布成功率增加,线上事故数降低 罗青:自动化是怎么做的? 芮炜:根据接口名和参数表,接口文档自动产生自动化测试用例,测试后代码覆盖率查看,测试数据(异常数据)的自动产生,代码自动扫描发现bug,数据和脚本分离,数据驱动业务(通过数据的改变驱动脚本业务的变化),做有价值的脚本 罗... 详情

开发自测一:掩月在房产项目中的试点

罗青:开发自测对开发团队有什么优点? 掩月:在项目前期提升质量,在项目后期缩短周期,减少开发测试之间的沟通成本(bug, 需求,code, TC),减少bug修复成本,减少回归次数(回归多, bug多,会打散开发的时间,碎隙时间难以利用) 罗青:开发自测对测试团队有什么优点? 掩月:让有限的测试同学能做更多的项目和日常,能做更重要的事情 罗青:开发自测效率如何? 掩月:有时候并行3个项目, 1个测试,7个开发,1个前端,20多个运营,一个项目100个TC,平均开发测试比为8:1,平均发布周期2周 罗青:开发自测质量如何? 掩月:房产这个产品从6月份开始,没有任何线上故障,预发时发现的也是建议性bug 罗青:开发自测的形式有哪些? 掩月:小日常(活动类为主)开发自测直接... 详情

再议开发测试比与测试人员发展的关系

记得在某一次Tcon测试交流会后跟几个公司的测试大拿一起聊测试的发展,谈了一些专业技术方面的内容后,大家一致纠结的是开发测试比是高好,还是低好?到底是多少是最好呢?而每当测试部门负责人总结测试团队一年的业绩的时候,老板们也很纠结,测试做得好是说明研发团队做得好还是不好呢? 下面举一个简单的例子,来简单说明一下各角色的立场和角度:比如现在有一个团队做一个产品,投入开发10人,测试2人。作为开发部门,假设质量和工期不变,我们要努力的方向是,想办法提升开发产能,让更少的开发工程师来完成这个产品,从10人降低到9人直至1人。而作为测试部门,则是要想办法提升测试产能,让更少的测试工程师来完成这个产品,从2人降低到1人甚至到0人。所以如果产品、质量和工期都不变的话,原来做这个产品从10个开发2个... 详情

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

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