PR书写详细讲解

,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Click to edit Master title style,*,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Click to edit Master title style,*,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Click to edit Master title style,*,PR书写,茹耪崖考在穴幽否痔凤普昼鸥泊侵掠胆陋传教衰闹哺涡郧帝干应挽白徊炭PR书写PR书写,目录,一.基本介绍,二.PR书写的注意事项/格式,三.PR跟踪处理流程,四.PR状态以及其他注意事项,五.讨论,都侦元物靛笛逼思抡及溜戒菲窘寸缎讲黎禁琼始梦荒袄翠村佑涌执妊退团PR书写PR书写,软件质量就是客户满意度,软件缺陷,-从产品内部看,软件产品开发和维护过程中所存在的错误.毛病等各种问题,-从产品外部看,软件缺陷是系统所需要实现的某种功能的失效或违背,根本介绍,戚厄左中窒漠金另浚放缮褥哗汐建泊篇攒腐奖唾纹辩脂戊翠估铜泵契雕遏PR书写PR书写,软件缺陷是什么？,软件缺陷指的是系统或系统部件中那些导致系统或部件不能实,现其功能的缺陷。,如果在执行中遇到一个缺陷，可能引起系统的失效。,那么准确有效的定义和描述软件缺陷，可以使软件缺,陷得以快速修复，节约了软件测试工程的本钱和资源，提高产,品质量。,澜歉皂榷耍嗓实斡脆皆致侄倦蕊撬濒馏揍蜂耕肤钡算蚂扦翁内咋铰迎戈实PR书写PR书写,軟软件缺陷的根本类型,-功能,特性沒有实现或局部沒有实现,-设计不合理，存在缺陷,-实际结果和预期结果不一致,-运行出错，包括运行中断，系统崩溃和界面混乱,-数据结果不正确，精度不夠,-用户不能接受的问题:存取时间过长，界面不美观,卒请攻酒屡晶兼呸诫褂俗匡睁款效吻鬼郭催圃嗣撰候唾懈星奴徘捐依室瞧PR书写PR书写,PR书写的本卷须知/格式,Issue Type：问题类型,PR：Problem Report,表示是一个与ergo不符的设计或者是软件错误,CR：Change Request,1.表示当前的设计不被接受，需要新的需求设计(如运营商特别,的需求或者UE设计不好的问题),2.没有规定的事情，如果做了，需要提交工程组讨论是否应该,保存。如果带来了问题肯定是PR。,3.没有规定的事情，如果没有做，但是从顾客利益出发确实需,要的，和VPM讨论后可以提交变更请求CR。,Remark:更多的CR是我们的客户提交,6,声严馁胚贯医腔迁峨白毫椰活屏卸盈县戮备车坍厄悍些逢厄摹导层膏按选PR书写PR书写,TitleSummary：bug的概述。英文描述,其他 功能模块:问题描述,7,镶摹泄摈岁蝇丁窑拔钉玻呻虏估比废话痴天击透跺耽揣巡视表甄插欺扁雍PR书写PR书写,其他：,Monitor:复现概率不是100%的PR。,REG:表示此问题是一个regression PR。,Force Close:表示Android 死机。,ANR:表示应用程序没有响应，正在处理中，当前无法,操作。,Reset:表示此问题是一个导致 reset的问题。,Block:表示此问题导致模块中其他功能无法测试，block了,测试进度。,HOMO:表示是在homologation阶段运营商反响的问题。,UE:表示是与user experience相关的问题。,8,悄小战即阜豁阴噬脖灭无廖箍摸惯鹰决垫番涤宜巾沫影铂岂弗镍樟腺锌钟PR书写PR书写,功能模块：这个就是发生问题的模块全名。,功能模块中填写功能模块的名字,比方：Music player,Accessory,LED，Launcher，MMS等，用,“括起来，如Music player。,功能模块的名字请统一使用Smartphone_APP_list里面定义的,模块名.对于Smartphone_APP_list没有的模块,如与系统相关的,请使用System，如无法确认的请使用TBD.,9,礁满西锅丙捉架知晾窄长丫赖叙接逃渺潞塌拉臆蟹膊冉苦肺匡两拉庞雌窍PR书写PR书写,问题描述：,要尽量简洁明了，不要太累赘繁琐，否那么开发人员会看的很累,，十字以内描述问题清楚最好。,举例,MonitorREGForce CloseSMSMS occur force close when,send a sms to 10 receivers.,10,顾蜒夺牢造禾纲旱刃逻痉颠景矣莉巴笨鬃惊碘衡曝屈稠涌遮征怠及二畜肠PR书写PR书写,PR Title的描述一定要简明扼要尽量做到让人 第一眼看到PR,title就大致知道这个问题讲的 是什么:,在什么情况下出现了什么问题,由于什么原因产生了问题,显示错误的选项是什么地方显示错误,功能异常的具体是什么功能有什么样的异常,11,详吏禽倚鹃肋苏撑偿狮涨努服汲寨遗认须瞥阜律喊奶肩抽蚤羹得菇速竭拼PR书写PR书写,Product：产品名称,提交PR的时候一定要选正确的Bug Database,工程开始测试之前,工程经理会确认好Bug提交的Database,12,寓膊图洋讶上赌儒收窗躬钝臼乒馁噪谣合喇半眨针拒格塌贞破朱疑芯椭径PR书写PR书写,Release：Release版本号,主版本号_Perso,比方:SW29T_MLT0/VA2F_MLF1,(具体版本信息，会在每次任务发送的邮件里面加以说明),测试的时候以及提交PR的时候一定要确定要对应的版本是否正,确,可以使用工程命令查看,版本号请按照要求写,不要出现多种形式,13,娘涩传家瓶傅睹哄光普诗固程升结材殊灰癌妥汕狗风晌订长绊魄劝鞭吕格PR书写PR书写,Component：bug所属的模块,Local apps相关的问题统一选择Local _app,GMS相关的问题统一选择Application,3rd apps相关的问题统一选择3rd_party_app,14,吼仆冲汰铸怨誉豢寻蟹龋攫刁震博唇改挚钒渴均尝咏馁毅呀柠悍勉降畜瞅PR书写PR书写,Function：bug所属的功能点,1)对于单一模块的测试发现问题时，禁止选择MMI，必须选择,与模块对应的Function关键字,2)对于交互的测试，或者经过繁琐操作导致的reset，请工程师,复现并判断是属于哪个模块的问题。不能确定的，可以选择,MMI。,15,于毙丙颠夏疫樟疹娇卓红细村盐寻上掖祷孩泅钳沫池画窝椅渔颧须考摧掩PR书写PR书写,Priority：bug的优先级,含义：,P0:一般是指重要的功能没有实现，阻碍Homologation，阻,碍认证，造成停产，造成重大平安事故，严重影响用户体验等,的严重缺陷。,P1：一般是指一些功能实现得不够理想或是小功能没有实现，,也包括一些客户在意的显示问题，明显影响用户体验，在出货,前必须解决，但是不如P0严重的重要缺陷。,P2：用户很少关注，几乎不关注，但确实是问题。,P?(TBD)：To Be Discuss。,16,湍墟高评艇为贿队龄途话乾颧绿苫轩荐裤险元沼惋淄席绅移砸甲厢诞藩怂PR书写PR书写,原那么：,1)P0的PR：IPR值需要大于400，但也存在例外：,如果有一个reset的问题，但是很难复现，可能产生的IPR值会,是250(Severity:10 Frequecy:5 Detection:5)。IPR值小于,400，但是因为是reset的PR，因此priority必须是P0。因此,Severity=8的也属于P0的PR。,一般情况下Reset,Block,HOMO都属于Severity=8的PR,2)P1的PR：severity=5的PR属于P1的PR，这类PR IPR值,在200到400之间,3)P2的PR：原那么上这类PR的IPR 来区分；,e.每个问题后面加上“KO。有多个错误的问题，请用KO1,KO2来区分,Remark:,1.在描述PR的时候，按照测试步骤,描述完后,要总结,这个问,题到底是什么?,2.在描述PR的时候，不要出现不必要的信息,对人产生误导,3.写PR的时候,杜绝直接从Test case Copy测试步骤和期望结果.,27,尘醚铂儿谐售葱豪究任展琶芽觉临鬼愈滑杠请舔褥掩剐潭瞎赖祁犀隋喂么PR书写PR书写,3Expected Behaviour:期望的行为,是指应该要改成怎样的行为。,可以根据自己的判断如不应该重启，功能可以实现等，或是根ERGO，,Standard章节，和比照机的行为来判定和描述。,28,逐桶巩村皖唯慑哦仇返旋肋克姜逐碧厩妖咬恢处淖挛伐撬慎郴奎哩伍孝熙PR书写PR书写,4 Comments:,1.参考机的行为LG Nexus 4;,Remark:,必须标注参考机器的行为,参考机器没有的功能，可以通过安装相应APK来解决,参考机器上无法实现的功能，标注参考机器上没有该功能。,2.如果是REG的问题，请注明哪个版本是OK的,先检查最近的一个版本，然,后往上追溯;,3.附件文件说明，例如：xxx文件为log，xxx文件为截图文件,xxx文件为DB,文件等；,4.其他相关信息说明。(比方第三方的APK，需要注明第三方APK的版本号),29,霞谭诱荆期磋嘛个航男斧咯绑脐恍为悔席嚣叮驰教盾呢玉男霉提在涪白挺PR书写PR书写,5ASSOCIATE SPECIFICATION：,对于有明确协议规定或者ergo定义的内容，我们可以在这个栏位加上文档名称，,以便下次测试或者他人测试这个PR时很容易找到相关的信息！,6TEST PLAN REFERENCE：,在提报PR时应将Testlink中的case ID填入test plan reference中！没有case覆盖的,PR，此栏位可以填写To be created，提交后立即添加新case!,7TOOLS AND PLATFORMS USED:,可以不填。,8USER IMPACT:用户影响,Serious“Moderate“Minor,9Reproducing rate:重现率,此栏位应该填写具体的为了复现问题而执行测试的次数，而不是单纯的百分比。,填写规那么：重现问题次数/测试次数,10For FT PR,Please list reference mobiles behavior：,可以不填。,11Submitter：在“Description的最后需要加上提交者的信息，包括：姓名、.,30,选埋播悼迪雷硒阅钧允肮龋冤喊坍靶踊劝遁蓬瘫峻熏渣甜丧始藏克蛀宵叁PR书写PR书写,12Attachment：添加附件截图、文档,a.普通PR不需要任何log;,b.如果是屏幕显示或语言翻译以及ANR方面的问题，请提供截图,截图不需要压缩，直接上传;,c.如果是Force Close，除了提供Force Close截图，还需要提供,ADB/Mobile&Modem log/DB文件,如果开发特别需要Cather log,也请打包附,上.(除了截图，这些log请打包压缩再上传);,d.如果是Reset问题，请提供ADB/Mobile&Modem log/Memory Dump/DB,文件.(打包压缩上传);,e)特殊文件才会产生问题附件中一定要加上该测试文件；,f)如果是描述无法说清的问题，可以用video录制当时的操作并添加到附件,中；,31,明送肩稿括田盂逢逗麦凝沿梗毋酥辩泼镊潦竖撒蓉嵌岁喊弦逆孟唱辜孜别PR书写PR书写,本卷须知,1原那么上,是有问题都尽量的提出来，但必须考虑到问题的可解决性,以及,考虑到resource,2测试人员需要自己学会去判断问题,3不要为了提交问题而提交问题,必须走对方向，充分利用好资源,提交有,效的PR,32,秉阂垂惧刃嘿靖啊浸裂涎诡英芽访转议炮职省笑浴敏殿撤铸惨灿褪