??xml version="1.0" encoding="utf-8" standalone="yes"?>亚洲国产精品xo在线观看,亚洲国产另类久久久精品黑人,亚洲成AV人片久久http://m.tkk7.com/zouhui/category/53910.htmlzh-cnWed, 21 Dec 2016 19:31:56 GMTWed, 21 Dec 2016 19:31:56 GMT60PDCA理念融入软g试http://m.tkk7.com/zouhui/archive/2013/10/08/404757.htmlzouhuizouhuiTue, 08 Oct 2013 08:36:00 GMThttp://m.tkk7.com/zouhui/archive/2013/10/08/404757.htmlhttp://m.tkk7.com/zouhui/comments/404757.htmlhttp://m.tkk7.com/zouhui/archive/2013/10/08/404757.html#Feedback0http://m.tkk7.com/zouhui/comments/commentRss/404757.htmlhttp://m.tkk7.com/zouhui/services/trackbacks/404757.html

PDCA理念融入软g试   《{载?/p>

  摘要Q?/span>软g试作ؓ(f)软g质量保障的重要手D,PDCA循环是全?/font>质量理所应遵循的U学E序。本文结合Y件测?/span>工作的特点,通过文档规范的方式,?font face="Arial">PDCA的理念融入Y件测试,提出一套Y件测试工作的程?/font>

  关键字:(x)软g试?font face="Arial">PDCA、测试流E?/font>

  1、引a

  PDCA循环又叫戴明环,是美国质量管理专家戴明博士提出的Q它是全面质量管理所应遵循的U学E序。全面质量管理活动的全部q程Q就是质量计划的制订和组l实现的q程Q这个过E就是按?/font>PDCA循环Q不停顿地周而复始地q{的?/font>PDCA 描述如下Q?/font>PLANQ活动、控制、资源、目标;DOQ按计划实施Q?/font>CHECKQ监控和量一致性和有效性;ACTIONQ分?/font>/回顾/改进/提高有效性。Y件测试是有计划、有l织和有pȝ的Y件质量保证活动,是Y件工E的重要l成部分。本文结?/font>PDCA循环对于质量改进的作用,依靠文理Q将PDCA 理念融入软g试。在软g试程中,l合PDCA 理念Q各个阶D进行如此诠释,PLANQ编写测试计划;DOQ按计划开展测试工作;DOQ按计划开展测试工作;ACTIONQ维护测试文档?/font>

  2?/font>PLANQ编写测试计?/font>

  软g试l接到测试项目后Q测试工E师首先~写?/span>pȝ试计划》,为本ơ测试工作做好安排?/span>

  Ҏ(gu)研发部门提交的《项目M需求说明书》《项目模块需求说明书》《项目概要设计说明书》《项目详l设计说明书》及(qing)?/span>数据?/span>设计说明书》等内容Q测试工E师~写《系l测试计划》。测试计划中包含~写目的、参考资料、测试内宏V测试环境、测试方案、测试通过标准、风险评估、测试组l和旉安排{内容,包括?font face="Arial">PLAN中应该进行活动、控制、资源、目标等全部内容Q实C做测试工作的计划性?/font>

  3?/font>DOQ按计划开展测试工?/font>

  完成试计划后,x照计划的旉要求q行试工作?/span>

  试工程师依据《M需求说明书》、《模块需求说明书》、《概要设计说明书》和《验收测试计划》分析测试需求,撰写该项目的《测试需求说明书》。Y件测试的核心文g《系l测试需求说明书》是列出目所有的试点,保证了Y件测试的有据可依。测试工E师Ҏ(gu)《测试需求说明书》编写?/span>试用例》?/span>

  试负责Z据《系l测试计划》及(qing)目q度向测试工E师分配试dQ测试工E师向测试负责h领取试资料Q执行测试。本轮测试结束后Q测试工E师~写《系l测试报告》?/span>

?font face="Arial">1 试设计工作程

字体:  ?/span>  ?/span>  ?/span>  | 上一?/span> 下一?/span> | 打印  | 我要投稿 

  4?/font>CHECKQ审核和评审试文

  审核和评审是PDCAҎ(gu)中最重要的组成部分,在Y件测试中主要是依靠对试文的审核和评审Q来保证试工作的质量?/font>

  《系l测试计划》是试工作的纲领性文Ӟ是对整个pȝ试的工作安排。测试工E师完成后,需要由试负责行审核,审核通过后由研发和测试h员组成的评审组q行评审Q保证了试计划的合理性?/span>

  《测试需求说明书》是整个试工作的核心文Ӟ列出目的所有测试点。首先由试负责行审核,审核通过后组l评审,目l理和评审小l参与进行评审,要求有测试记录。从研发和测试的角度保证了尽可能不遗漏测试点Q也能有效减测试组与研发部门的分歧?/span>

  《系l测试用例》是Ҏ(gu)《测试需求说明书》的试Ҏ(gu)展而来Q测试工E师完成后,由测试负责h审核《系l测试用例》,q提ZҎ(gu)见?/span>

  《系l测试报告》是每轮试l束后,试工程师编写《系l测试报告》,然后试负责人审核《系l测试ȝ报告》。审栔R过后,《系l测试报告》交l测试负责h、项目经理、评审小l成员进行审批;审批不通过Q则试人员q行修改Q审扚w过Q更新系l测试用例后Q一轮测试结束?/span>

?font face="Verdana">2 pȝ试工作程

  5?/font>ACTIONQ维护测试文?/font>

  文《系l测试计划》和《测试需求说明书》都需要经q测试负责h的审核和评审组的评审,《系l测试用例》要由测试负责hq行审核Q《系l测试ȝ报告》由试负责人审核外Q还要进行项目经理、评审小l成员进行审批和?x)签Q在此过E中Q会(x)有很多测试工E师要按照评审意见进行修改,辑ֈ了分析改q提高的效果Q保证测试工作的质量?/span>

  6、ȝQ提高测试工作效?/font>

  ?font face="Verdana">PDCAҎ(gu)融入软g试工作程中,使得试程更加规范Q提高了试工作效率。编写测试计划,使得试工作按部qQ规范的工作内容Q在各个阶段都明的产出物,方便领导Ҏ(gu)试工作的(g)查;增加试文档的评审机Ӟ既降低测试组与研发部门沟通成本,减少分歧Q又提高了Y件测试的质量?/font>



zouhui 2013-10-08 16:36 发表评论
]]>
软g质量控制http://m.tkk7.com/zouhui/archive/2013/10/08/404756.htmlzouhuizouhuiTue, 08 Oct 2013 08:29:00 GMThttp://m.tkk7.com/zouhui/archive/2013/10/08/404756.htmlhttp://m.tkk7.com/zouhui/comments/404756.htmlhttp://m.tkk7.com/zouhui/archive/2013/10/08/404756.html#Feedback0http://m.tkk7.com/zouhui/comments/commentRss/404756.htmlhttp://m.tkk7.com/zouhui/services/trackbacks/404756.html软g质量控制  《{载?/div>

1、质量控?/strong>

  软g质量控制对开发过E中的Y件品的质量Ҏ(gu)进行连l的攉和反馈,通过质量理?u style="word-break: break-all">配置理{机Ӟ?u style="word-break: break-all">软g开?/strong>q程向着既定的质量目标发展。质量控制是质量理的的路标和动力,质量理是质量控制的执行机制?/p>

  问题1QY件质量控制应该注意哪些方面?

  Q?/p>

  Q?Q在整个软g生命周期中都该进行质量控Ӟ

  Q?Q不同阶D|动不同,应采用不同的技术;

  Q?Q综合?#8220;预防?#8221;?#8220;(g)?#8221;技术?/p>

  问题2QY件质量控制技术有哪些cdQ?/p>

  Q?/p>

  Q?Q预防性技术:(x)通过E、品和资源讄标准{途径Q来避免在品开发过E中产生~陷Q?/p>

  Q?Q检查性技术:(x)用于发现和纠正缺P甚至分析产生~陷的原因?/p>

  问题3QY件质量控制一般有哪些Ҏ(gu)Q?/p>

  Q?/p>

  Q?Q目标问题度量法Q通过定软g质量目标q连l监视这些目标是否达到来控制软g质量Q?/p>

  Q?Q风险管理法Q设别和控制软g开发过E中对Y件质量危x大的因素Q?/p>

  Q?QPDCA质量控制法:(x)PDCA是一个基于统计方法的q代q程Q已被作为国际标准?/p>

  问题4QY件质量控制的准则有哪些?

  Q?/p>

  Q?Q制定明的改进质量目标Q满_户需要;

  Q?Q持l改q过E以提高质量和生产率Q降低成本;

  Q?Q消除恐惧,让员工更有效?u style="word-break: break-all">工作Q?/p>

  Q?Q消除领域障,建立团队_Q?/p>

  Q?Q不以口可求零~陷、高效率Q?/p>

  Q?Q进行培训,为所有h建立学习(fn)和自我提高机制?/p>

  2、质量目?/strong>

  Z辑ֈ质量控制Q?u style="word-break: break-all">团队不但需要明Y件的功能Q还要明Y件应辑ֈ什么样的质量标准,卛_定Y件的质量目标。ؓ(f)了达到这些目标,在开发过E的各个阶段q行(g)查和评h(hun)。在质量评h(hun)Ӟ需要有对质量进行度量的准则和方法,但更重要的是Q需要在软g生存期中如何使用q些准则和方法的质量保证步骤?qing)提高该作业生产率的工兗?/p>

  问题1Q制定合理的质量目标需要从哪些斚w考虑Q?/p>

  Q?Q适应性:(x)必须制定能适应各种用户要求、Y件类型和规模的质量标准,q能够度量;

  Q?Q易学性:(x)不需要特D技术,软g技术h员h人都Ҏ(gu)掌握Q?/p>

  Q?Q可靠性:(x)对同一个Y件的评h(hun)Q评L(fng)人或场合可能不同Q但评h(hun)l果必须一_(d)

  Q?Q针Ҏ(gu):(x)不是在检查时才改q质量,而必M设计阶段起就立质量目标Q在各个阶段实施落实Q?/p>

  Q?Q客观性:(x)要从各种不同角度加以评h(hun)Qƈ评L(fng)果定量地表示Q得h人都能理解;

  Q?Q经性:(x)考虑如何才能把质量度量和保证所需要的费用控制在适当的范围内?br />

  问题2Q测试团队,需要重点关注哪些质量指标?

  Q?/p>

  Q?Q测试设计覆盖率

  Q?Q测试执行覆盖率

  Q?Q各阶段~陷密度

  问题3Q测试过E中Q需要关注哪些测试缺陷密度?

  Q?/p>

  Q?Q测试计划评审缺陷发现密?/p>

  Q?Q测试策?Ҏ(gu)评审~陷发现密度

  Q?Q测试用例评审缺陷发现密?/p>

  Q?Q系l测试缺陷发现密?/p>

  Q?Q集成测试缺陷发现密?/p>

  Q?Q验收测试缺陷密?/p>

  3、同行评?/strong>

  在Y件开发过E中邀(g)请同行对工作产品q行审查Q以囑ְ早查扑և工作产品~陷Q进行质量控制的一U质量活动。需要前期准备、计划,安排好时间进度表Q而且早开展对目有价倹{?/p>

  问题1Q常见的评审有哪些Ş式?

  Q?/p>

  Q?Q审查:(x)由公正的、接受过正式评审技术培训的l织者引D行的同行(g)查;

  Q?Q走查:(x)又称走读Q由产品的设计者或开发h员引导开发组成员和其它相关组成员?gu)览软g工作产品Q?/p>

  Q?Q分发:(x)又称轮查Q品的设计者或开发h员将要评审的工作产品׃n或分发,评审人员以修订标记或Ҏ(gu)的方式将意见直接d到工作品或其复件上?/p>

  问题2Q评审过E中常见的问题?

  Q?/p>

  Q?Q项目进度紧张,开发h员没有时间进行评审;

  Q?Q评审力度不够,评审发现的有效问题太;

  Q?Q评审会(x)议中q多争论占用大量旉Q?/p>

  Q?Q评审专家与作者,或者多位评审专家之间的评审意见不一_(d)

  Q?Q评审发现问题修改后Q评审h员跟t不充分?br />

 问题3Q项目进度紧张,专家没有旉q行评审怎么办?

  Q?/p>

  Q?Q将评审zd的时间、需要的评审专家写入目计划Q?/p>

  Q?Q通过“正式渠道”协调评审专家资源Qƈ得到承诺Q?/p>

  Q?Q评审开始前提前1-2天通知评审专家?/p>

  问题4Q如何可以提高测试评审的效果Q达到预期的效果Q?/p>

  Q?/p>

  Q?Q评审前可以使用Checklist、代码检视工L(fng)q行自检zdQ?/p>

  Q?Q考虑知识l构、观点角度等斚wQ选择合理评审专家Q?/p>

  Q?Q必要时安排介绍?x)议Q向相关专家介绍被评审对象;

  Q?Q充分安排好_预审旉?/p>

  4、漏预?/strong>

  漏测是指软g产品的缺陷在某一阶段未被发现而遗漏到了后l阶Dc(din)经效果评估后,有效的预防措施U_到流E或相关预防q_中,制定改进措施和跟q实施?/p>

  问题1Q哪些环节容易发生漏?

  Q?/p>

  Q?Q需求分析,如需求分析遗漏、需求分析特性理解错误、需求变更未?qing)时跟踪Q?/p>

  Q?Q策略漏,如组|考虑不全面、承特性考虑不全、性能E_性考虑不全面;

  Q?Q设计漏,如用例描qC规范准确、用例观察点遗漏、功能交互遗漏、异常考虑不全面等Q?/p>

  Q?Q执行漏,如用例执行构造数据不全面、没有严格按步骤执行用例、测试技能或l验不{?/p>

  问题2Q漏分析需要做哪些工作Q?/p>

  Q?/p>

  Q?Q选择问题Q选择有代表性的漏测问题Q?/p>

  Q?Q分析根因,q行漏测问题的根因分析;

 Q?Q改q实施,制定改进措施q跟q实施;

  Q?Q补充测试设计,共性问题要跟踪多版本闭环;

  Q?Q成果固化,l效果评估后Q将有效的预防措施纳入到程或相关预防^C?/p>

  问题3Q有哪些Ҏ(gu)Q可以进行漏预Ԍ

  Q?/p>

  Q?Q测试策略和试Ҏ(gu)充分考虑各业务逻辑之间的交互和影响Q?/p>

  Q?Q测试用例设计时Q充分考虑功能点与其他模块之间的交互和影响Q?/p>

  Q?Q充分考虑修改问题单、需求变更是否引入新的问题;

  Q?Q参考优U实践和经验案例;

  Q?Q每ơ缺陷分析完要有ȝQ把Ҏ(gu)漏测的Ş成测试经验checklistQƈl织学习(fn)?/p>

  5、发散测?/strong>

  发散试Q顾名思义是不以某个标准或者框框作为约束的一U测试,发散试准确来说应该叫具备发散思维的探索性测试。ؓ(f)了提高测试执行覆盖率Q在严格按照用例试执行后,通常需要进行发散测试,q里包括自由试和交叉测试?/p>

  问题1Q发散测试,需要关注哪些方面?

  Q?/p>

  Q?Q重Ҏ(gu)块和核心程Q需要安排多行交叉测试;

  Q?Q根?/8原则Q对发现~陷高的模块Q需要重点安排h力交叉测试;

  Q?Q了解用户场景,按照用户常常使用的实际场景进行发散测试;

  Q?Q识别异常场景,模拟可能发生的各U异常场景进行发散测试;

  Q?Q遵循规范原则,Ҏ(gu)规范l织试Q如协议规范、设计规范和接口规范{?/p>

zouhui 2013-10-08 16:29 发表评论
]]>
QA、EPG、PMO各自的职能划分及(qing)关系是什么? http://m.tkk7.com/zouhui/archive/2013/10/08/404753.htmlzouhuizouhuiTue, 08 Oct 2013 08:04:00 GMThttp://m.tkk7.com/zouhui/archive/2013/10/08/404753.htmlhttp://m.tkk7.com/zouhui/comments/404753.htmlhttp://m.tkk7.com/zouhui/archive/2013/10/08/404753.html#Feedback0http://m.tkk7.com/zouhui/comments/commentRss/404753.htmlhttp://m.tkk7.com/zouhui/services/trackbacks/404753.html

团队

职能

主要工作内容

EPG

负责q程持箋改进工作

公司规范的徏讑֒推广Qƈ持箋改进。收集过E改q需求,制定q程改进计划Q获得高层的支持Qƈ实施改进工作?/p>

PMO

负责公司内所有项目的审核、管?/p>

定义目理程Q集中控刉目进展,l一q行资源调配?/p>

QAl?/p>

质量审计Qƈ提出质量改进?/p>

按照既定的审计方式和内容Q对q程和品的质量q行审计工作Q及(qing)时发现过E和产品中的质量改进点,提出改进q实施?/p>

 团队                     职能                   主要工作内容
 
 EPG
 负责q程持箋改进工作
 公司规范的徏讑֒推广Qƈ持箋改进。收集过E改q需求,制定q程改进计划Q获得高层的支持Qƈ实施改进工作?br />  
PMO
 负责公司内所有项目的审核、管?br />  定义目理程Q集中控刉目进展,l一q行资源调配?br />  
QAl?br />  质量审计Qƈ提出质量改进?br />  按照既定的审计方式和内容Q对q程和品的质量q行审计工作Q及(qing)时发现过E和产品中的质量改进点,提出改进q实施?br />  

 

  现在很多公司都已l设有或者即成立这三个团队Q但是对于这三个团队之间的关pd在很多疑问,主要的原因在于大家对q三个团队职能的理解都存在一定的差别。造成q种现象的原因,是由于每家公司所面(f)的实际情况不同,从而导致这三个团队的定位和职能与行业中的普遍定义和认知存在一定的差异?/p>

   q三个团队其实是一U紧密配合的关系。一般而言QEPG成员是兼职h员,׃存在改进需求,EPGQEngineering Process GroupQ成员走C一P一般包含:(x)部门l理、项目经理、技术专家、质量专家、采购h员?u>配置理人员{。PMOQProject Management OfficeQ是目l理办公室,也就是我们通常说的“大项目经?#8221;的概c(din)QAQQuality AssuranceQ是质量保证l,负责q程和品的质量。所以PMO成员和QA成员都可以兼任EPG成员Q但是由于QAl的Ҏ(gu)性,需要对质量q行审计和把控,q且需独立存在q由高层直接领导Q一般徏议QA人员是不要兼职PMO成员?/p>



zouhui 2013-10-08 16:04 发表评论
]]>
癑ֺ试架构师眼中的癑ֺQAhttp://m.tkk7.com/zouhui/archive/2013/10/08/404745.htmlzouhuizouhuiTue, 08 Oct 2013 05:58:00 GMThttp://m.tkk7.com/zouhui/archive/2013/10/08/404745.htmlhttp://m.tkk7.com/zouhui/comments/404745.htmlhttp://m.tkk7.com/zouhui/archive/2013/10/08/404745.html#Feedback0http://m.tkk7.com/zouhui/comments/commentRss/404745.htmlhttp://m.tkk7.com/zouhui/services/trackbacks/404745.html

癑ֺ试架构师眼中的癑ֺQAQ一Q? 《{载?/p>

发表?font face="Times New Roman">2013-04-09 15:31| 4004ơ阅?/font>来源架构?/font>Jack的个人空?/font>13 条评?font face="Times New Roman">| 作者董?/font>

癑ֺQA

摘要Q?/span>一直以来百度质量部在业界都比较低调Q外部同行鲜能了解百?font face="Times New Roman">QA的工作流E,以及(qing)如何应对互联|研发节奏和质量的^衡。ؓ(f)此,癑ֺ试架构师董杰在博客中分享了癑ֺQA的四大核心h(hun)|帮助理解全程软g试的意义?/font>

从组l结构上癑ֺ所有的QA都归属于一个大部门癑ֺ质量部统一理Q在一个大部门下的好处是很Ҏ(gu)一赯产品U的协同作战Q各U测试技术和试工具能以最快的速度得到传播Q避免重复造轮子的费。同?font face="Times New Roman">QA们能有一U更强的l织归属感、有着专业的发展通道与空间、关键能交到更多?/font>QA领域与自己志同道合的朋友Q扩展视野,所?/font>QA都能从这U大资源池中L(fng)。这一点对所有做试的h而言更有利于试专业技能的持箋提升?/font>

从我工作所见和感受来看Q?/span>癑ֺQA有四个主要的工作挑战Q?/span>职责范围q?/span>Q覆盖完整的产品生命周期全流E)?nbsp;面对产品技术新Q如Ud互联|?font face="Times New Roman">WebOS、推荐引擎)?/font>研发速度?/span>Q互联网的节奏)?/span>大数据系l的复杂Q百度本质是一个分析处理数据的公司Q。这些挑战长期媄(jing)响着QA日常的工作方式,使得与传l的tester有着工作模式的不同?/font>

癑ֺQA的工作范围覆盖了癑ֺ所有Ş态的产品从基架构的分布式pȝ、搜索架构系l、到搜烦法?/font>Web前端?/font>Windows客户端、手机客L(fng)Q以?qing)最新的多媒体技术、机器学?fn)等q些前沿?/font>IT业务Q因此在q里我能最q泛的接触到各领域测试的QA同行Q听听他们的分nQ扩展我的测试视野。当然我也有Z(x)到各领域q行试实战Q从我到癑ֺvQ我已在web前端?/font>windows客户端、手机客L(fng)、搜索架构系l、搜索算法、图片搜索领域进行了各种试实践工作Q大大丰富和完善了我的测试技术知识体p,受益不少?/font>

另外癑ֺQA?x)更完整参与C品研发流E的周期Q从最早的MRDQ到设计评审、到产品发布后的效果评测是端到端的参与完整的产品生命周期。与我过ȝ历最大的区别在于Q?/font>QA?/font>PMQ品经理)打交道的旉非常多,在整个品生命周期中几乎是同步一起从头到֯切配合,同时QAq会(x)?/font>PM设计q开发用于品评的q_对品设计的影响?x)更多。对?/font>QA?/font>RD的关p,QA不仅只是响应RD提交代码的测试,q会(x)dd?/font>RD如何更好地做?/font>UTQ单元测试)、如何做?/font>code review?/font>

Z癑ֺQA职责范围的扩大,在百?font face="Times New Roman">QA工程师的职责和发展\U上目前来看已大致分?/font>QAD?/font>QATQ至我在进行职U评定的评审Ӟ已会(x)有意识的区别评估?/span>QADQA中的软g开发者更多侧重测试工具和试pȝ的Y件开?/font>Q我在参?font face="Times New Roman">QAD任职评审1?/font>2zdӞ基本是以一个对软g开发者和软g产品设计者的角度来进?/font>reviewQ关注其代码质量、Y件架构设计思\和品设计思\的能力?/font>QAT则是标准?/font>TesterQ偏重如何尽早的发现更多软g质量问题Q要求精通品的应用场景以及(qing)各种试cd?/span>

因此各种风格和兴的QA都可以在癑ֺ扑ֈ自己希望和喜Ƣ的角色Q当然有?/font>QAT?/font>QAD也会(x)互换Q我个h而言Q认为相对而言QAT?/font>QADҎ(gu)Q?/font>QAD?/font>QAT要难些,因ؓ(f)癑ֺ?/font>QAT大多具备一定的软g开发能力,qx也会(x)Ҏ(gu)工作需求自己做一些自动化试开发和工具开发的工作。?/font>QAD要{QAT则还需要补充多U测试类型的知识技能,以及(qing)产品的业务知识?/font>

我在q里目前是QAT路线Q大多时间在思考如何设计更完整的测试避免问题遗漏,以及(qing)如何让测试h员在短时间内发现更多的深层次问题Q当没有QAD资源来帮助你Ӟ也会(x)自己设计与实C些小规模的测试系l或试工具。如果未来某天我的兴{换到?/font>QAD的工作内容了也是比较Ҏ(gu)获得Z(x)转换的。所以当QA工作的^台够大Ӟ个h的兴也?x)得到最大化的满?/font>

在日常的工作中,很多癑ֺQA常常q会(x)面对很多C品技术的挑战Q这里的?/font>是指新Ş态的互联|品(机器学习(fn)、推荐系l、多媒体搜烦Q以?qing)新的Y件应用场景(Ud互联|和WebosQ,q些新的被测对象所带来的直接挑战主要是业界很难有现成的完整的测试方案及(qing)试技术,于是不得不D癑ֺ?/font>QA比传lY件测试的Tester更加持箋地进行测试技术的创新才能满?/font>产品的质保需求?/font>例如Q我今年参加的整个百度质量部层面的移动互联网试技术专?font face="Times New Roman">topicl的工作Q就不得不去填补诸多业界在移?/font>APPE_性测试领域、性能试领域、自动化试领域技术的I白Q否则无法达到真正对高质量用户体验的q求?/font>

当业界大多数APP的稳定性测试只依赖Monkey试工具ӞMonkey试已只占百度最?/font>APPE_性测试用例类型不?/font>10Q的覆盖面,其他90Q的E_性测试方法大多是业界q未知但APP应用又必要考虑的,否则׃(x)出现Z么用户会(x)到而我无法重现的问?/font>?/font>

当业界还靠移动机型穷进行兼Ҏ(gu)?font face="Times New Roman">crash问题的覆盖时Q百度的QA已设计实CZ静态代码自动扫描的兼容?/font>crash问题的快速测试。当很多QAq在为如何在不稳定的2G|络下得到稳定的试l果而苦恼时Q百?/font>QA已靠不到1000元的低成本技术方案很好地解决该问题。同时在完善UdAPP试Ҏ(gu)的过E中QA内部q设计开发了不少APP试工具填补了业界在UdAPP试领域的很多空白?/font>

l过我对内部信息的了解,之前官方对外宣传较多的移动云试MTC只代表了癑ֺQA在移动互联网领域试技术积累的一部分而不是全部。所以我希望下一步有Z(x)癑ֺ质量部能逐渐l业界分享出来,让大安能受益从而减移动互联网试的烦恼和困难?/font>

据我在百度的观察我个人ȝ了一个规律:(x)中国人ƈ不缺创新能力Q而是~D自己Ll创新的压力和^台?/span>正是׃癑ֺQA所处的工作环境和测试对象的特点QD他们不得不去创新Q结?/font>QA个h的创新能力在不断提升qŞ成了创新的习(fn)惯?/font>我在q样的环境下Q一q下来自q创新效率感觉比以前也提升了一倍以上,发现原来试很多领域都有着创新的可能与I间。有朋友问我在百度篏吗?我说相比q去w体不篏但脑子篏因ؓ(f)l常都在思考如何创新地解决所遇到的各U没有现成方案的试问题?/span>

曾有多位互联|的试友h|上问我Q?font face="Times New Roman">“癑ֺ是如何进行面向互联网的快速测试的Q?/font>对于q个问题Q我最大的感受是互联网研发速度与质量的q让百度的QA必须持箋通过试技术的改进来实现该目标Q靠智慧的测试而不是加班来同时满q度与质量的需求。ؓ(f)了满些需求百度质量部有大型测试^台如癑ֺTIP(Test in production)pȝ、百度众^台、百?/font>MTC、分布式q行自动化测试等支持大多C品组同时获得研发速度加快和研发质量提升的收益?/font>

我个为百?font face="Times New Roman">TIP应该是国内在beta试领域做得非常和系l的beta试pȝQ可大大提升beta试的效率和质量。而百度众^台则是国内第一个也是规模最大的众测C֌Q?/font>依靠互联|上的热心用戯源帮助品尽早发现更多用户场景特有的问题Q减了癑ֺQA试旉资源和测试物料的投入Q值得国内各公司借鉴?/font>如何更好地把用户吸引q来参与beta试Q花炚w是必ȝQ空手套白狼是不可能的,但是投入产出比是值得的。百度移动云试MTCq_则通过对已有测试物料和试资源的共享管理及(qing)自动化应用帮助各产品APP试~短了在兼容性测试领域和性能试领域的测试时_(d)q且让各产品APP获得更广的测试覆盖从而获得更高质量的APP?/font>

除了q些公司U的试q_帮助各?font face="Times New Roman">QA加快试速度外,在日常的试工作中一U百?/font>QAq会(x)dU极学习(fn)和广泛地应用业界优秀的测试技术:(x)持箋集成?/font>code review实践、静态代码自动测试工兗环境一键搭建、监控系l、分布式q行试、探索测试等都在大多C品组普及(qing)落地Q希望靠先进的技术手D는产力来提升测试效率,~短研发试周期?/font>

据我所知百度质量部的探索测试在国内应该是应用品范围最q的Q从windows客户端、移?/font>APP?/font>web产品都在例行应用Q探索测试几乎覆盖百度所有品线Q应用和实施探烦试?/font>QA数达C百h以上Q涌现出不少内部探烦试教练Q实施了探烦试的品在没有增加试周期和测试h力的前提下能提前发现更多问题减少漏测Q部分品探索测试发现的问题数所占比例已?/font>30Q以上,提升了发现单个缺L(fng)试效率?/font>

我个为对比靠廉工作旉和减必做测试类型来加快研发速度的做法,靠主动持l应用各U新试技术实践和成果是一U更可持久更U学更h性化的做法。关于百度如何进?font face="Times New Roman">“快测?/font>的咨询,我想q里已给Z一个已验证的解x案了Q希望值得各位同行借鉴和思考?/font>

对于当前很热门的大数?/font>?qing)大数据如何试Q我觉得癑ֺ有些实践值得大家了解Q给大家一些大数据试的启发思\?/font>

 因ؓ(f)癑ֺ天生是一个大数据公司Q百度大数据pȝ的复杂度很高D一直要求百度的QA既要保证高负载数据处理系l的E_性、还要挖掘大数据中的badcaseQ尤其要擅长法的测试。在保障高负载数据处理系l的E_性领域,既有U下癑ֺq样集系l化的稳定性测试方案与监控pȝZ体的专项试pȝQ也有不申请了专利的可靠性测试工h解决E_性测试中异常构造和试量构造的问题。同时几乎所有品线都通过癑ֺ的大型后台系l的E_性测试实战培养v了该领域的测试高手?/font>

当然我也受益于百度的E_性测试工作,通过为某癑ֺW二大流量的产品q行E_性测试方案的改进Q在q里真正地把我过d可靠性测试、压力测试、长旉试领域的经验系l地l合h形成了我自己完善的稳定性测试模型,q过大数据处理系l的试应用(g)验了我的E_性测试模型的完整性,保有各U测试方法可提前发现所有可产生E_性问题的风险?/span>

另外Z更好地对大数据时代的数据挖掘和推荐效果算法进行效果评伎ͼ而不仅仅只是q行新算法程序正性验证,癑ֺ?font face="Times New Roman">QA们还U极应用机器学习(fn)的思想、算法和工具对诸多品的推荐效果法q行产品法集有效性的自动化评,各品线QA们设计的badcasse自动化挖掘系l在很多产品都能辑ֈ85Q-95Q的准确性,提供大量的量化数据帮助品的法设计者重C化算法,而不只是修改法的程?/font>bug?/font>

同时Z更早更快更准C现算法效果测试的价|有的QAq积极进行该领域的其他创斎ͼ诸如Q网|索的QA?/font>badcase自动化挖掘系l与癑ֺ众测l合后大大减了研发人员大规模分析与定位badcase的成本。图片搜索的QA甚至实现了线?/font>badcase自动挖掘的算法,H破了搜索业界传l依靠线上用h据进行用户体验测试的限制Q能在大数据产品上线前未获得用户数据前就提前自动发现大量?/font>badcase数据Qؓ(f)用户提供更好的推荐结果。大数据领域的测试涉?qing)很多,׃我个人所见有限,先l大家分享到q里?/font>

如果非要我用一句话来ȝ癑ֺQA的特炚w是Q?/font>持箋技术创CU极学习(fn)?/font>

qx在微博上试同行们常讨论QA的核心h(hun)值是什么,甚至常有开发领域的老兵也来参与辩论。当然在癑ֺ内部也会(x)有关?/font>QA核心价值的讨论Q从我了解的情况来看癑ֺQA的核心h(hun)值在内部已得C一些共识和不可替代性的证明?/font>

癑ֺQA的第一个核心h(hun)值是Q全程质量保障中心

全流E质量保证确保所有百度品的E序质量?/span>从需?font face="Times New Roman">/设计/~码/产品发布的全程都会(x)?/font>QA介入q提供各c质量保障手Dc(din)从早发现问题Q到~陷预防Q到减少发布后遗漏问题的影响都是癑ֺQA投入和支撑的目标?/font>

癑ֺ产品的全生命周期的质量保障是癑ֺQA的首要工作目标,也是在百度不可或~的核心价|大部分的QA都一直ؓ(f)漏率降低到千分之几,甚至是零漏测长期q行着持箋的测试创新和技术改q工作?/font>

癑ֺQA的第二个核心价值是Q公司用户体验测试技术能力中?/font>

前面所介绍的百?font face="Times New Roman">QA的工作范围和工作目标不只是传l?/font>tester所涉及(qing)的内容,他们被要?/font>不仅要发现程序的错误Q还要发C品效果的问题Q要求对用户体验质量全面负责?/span>所以,癑ֺQA除了q泛应用各种软g试技术帮RD?/font>bugq会(x)U极q行产品的应用效果评工作ؓ(f)PM提供用户体验斚w的缺Pbadcase自动化挖掘系l、百度众^台等都是q方面的典型代表。我觉得从这Ҏ(gu)看百?/font>QA的用户体验定义的覆盖含义q超q了很多人所认知的易用性感受?/font>

癑ֺQA不只兛_E序错误q一点突破了许多公司目前?/font>tester的限定,因此我徏议各公司?/font>tester们应该更U极d的行动v来,在公司内部开展对产品业务有效性的评测而不仅是正确性的评测Q因为只有这h是真正的产品试Q而不仅是软g试Q测试者的价D够获得更多的体现?/font>

癑ֺQA的第三个核心价值是Q公司研发效率提升能力中?/font>

癑ֺQA们从最开始关注如何提升测试过E的效率Q到现在考虑如何通过提供研发辅助工具和流E改造,提升公司整体的研发效率。我看到的是除了癑ֺ质量部层面的质量工程中心、还有品线层面?/font>EP专职团队、以?qing)分布在各品组?/font>QA们都在积极A(ch)献各U提升测试效率和开发效率的工具?qing)系l。百?/font>TIPpȝ、持l集成等是研发流E层面的典型代表Q分布式q行试pȝ、各U代码自动扫描工L(fng)是测试效率提升的典型代表Q提供给UE的单工?/font>FIS、提供给RD?/font>UT技术支持服务则是研发效率能力提升的另一UŞ式。我认ؓ(f)在研发效率提升方面,癑ֺ?/font>QA们担负v了最大的职责和A(ch)献了最大的价倹{因此各公司?/font>tester们如果要跛_试价值的狭义定义Q可以考虑参考百?/font>QA的工作模式,U极担负起公司研发效率提升的担子?/font>

癑ֺQA的第四个核心价值是Q百度技术部的h?/font>黄埔军校"

在很多公司测试部或质量部都是向各部门培养人才的输送部门,q是因ؓ(f)试工作的综合性让很多试者获了全面的ȝ。成Z个懂技术的产品l理Q成Z个懂质量的研发h员都是测试h员{岗的优势?/span>

不过在百度我看到q里?font face="Times New Roman">QA在质量部内部得到了更多综合性的ȝQ不依靠转岗也能在质量部内部专注做品研发、做产品l理。因为有?/font>QA团队本n在做品,承受着做品的质量标准压力Q如癑ֺUd?/font>MTC本n是癑ֺUd云战略品的一部分Q百度众也是一个完整的互联|品,QA们在其中担Q起了互联|品经理,互联|品运营,互联|品研发角Ԍ能参与这些项目的QA是比较幸q的Q这些经历对他们未来的发展都是一ơ很全面的锻点{同时前面谈?/font>QA?/font>MRDC品发布后的全E介入工作,也?/font>QA能掌握大多数PM的技能和更深入的了解产品的完整生命周期成?/font>半个PM”?/font>

因此QA的发展空间和路径是很qK的,关键看自己在公司内部如何L动,如何d(jing)响周边团队,让自q工作范围扩大的更多。没有h?/font>你不能做什么?只有自己内心限制了自?/font>不能做什?/font>。从q点来看Q百度的QA玩得q挺风生水v的,希望国内其他公司的测试h员们能蟩出原有思\Q扩大自q影响范围?/font>

原文链接Q?/span>上半部分   下半部分

思科-|迅Q中国)软g有限公司资深QAȝ朱少?/a>点评道:(x)

W一的下半部分更精彩,谈到了百?font face="Times New Roman">QA的四大核心h(hun)|(x)全流E质量保障中心、用户体验测试技术能力中心、研发效率提升能力中心和人才中心。大家更深ȝ解全EY件测试的意义QY件测?/font>=软g产品的测试,软g试不是成本中心Q它可以提高软g开发生产力。期待更具体的分享?/font>

癑ֺ试团队q几q增加比较快Q希望将来能看到癑ֺ分n一些移动测试方面、专业性很强的文章?/span>



zouhui 2013-10-08 13:58 发表评论
]]>
վ֩ģ壺 AVվ| þĻƷһ| 91ѹۿվ| 99þƷƵ77| ¾þƵ| Ļavר| ɫwww| ͵Ƶѹۿ| һƷһAVһ| ѹۿþþƵ| ˾ƷƵ| ߲˳ëƬ| ˬִ̼߳| AѾƷƵ| Ļ߸ѵӰ| Ƶ| һѹۿ| 2015պƵ| +ɫ++| ߹ۿ| ƵԿ120| һһƬѲ| ˳ɹƷ| þþƷһ| ޹һ߹ۿ| ŷרһ| ˾þùѹۿƵ| Ƶ | ˳ӰԺ밴Ħ| ȸAV߲| һ| ޾ƷAAƬ| عΰAëƬѿ| Ƶ| ѹۿվ߲| A뾫ƷAA| Ʒ_˳߸| þAV| ŷɫͼƬ| Ʒ97˳Ƶ| 鶹Ƶѹۿ|