PR书写[详细讲解].pptVIP

5）ASSOCIATE SPECIFICATION： 对于有明确协议规定或者ergo定义的内容，我们可以在这个栏位加上文档名称， 以便下次测试或者他人测试这个PR时很容易找到相关的信息！ 6）TEST PLAN REFERENCE： 在提报PR时应将Testlink中的case ID填入test plan reference中！没有case覆盖的 PR，此栏位可以填写To be created，提交后立即添加新case! 7）TOOLS AND PLATFORMS USED: 可以不填。 8）USER IMPACT:用户影响 Serious” “Moderate” “Minor” 9）Reproducing rate:重现率 此栏位应该填写具体的为了复现问题而执行测试的次数，而不是单纯的百分比。 填写规则： 重现问题次数 / 测试次数 10）For FT PR, Please list reference mobile’s behavior： 可以不填。 11）Submitter ： 在“Description”的最后需要加上提交者的信息，包括：姓名、电话. * 选埋播悼迪雷硒阅钧允肮龋冤喊坍靶踊劝遁蓬瘫峻熏渣甜丧始藏克蛀宵叁PR书写PR书写 12）Attachment：添加附件（截图、文档…） a.普通PR?不需要任何log; b.如果是屏幕显示或语言翻译以及ANR方面的问题，请提供截图 （截图不需要压缩，直接上传）; c.如果是Force Close，除了提供Force Close截图，还需要提供 ADB/MobileModem log/DB文件,如果开发特别需要Cather log,也请打包附 上.(除了截图，这些log请打包压缩再上传); d.如果是Reset问题，请提供ADB/MobileModem log/Memory Dump/ DB 文件.(打包压缩上传); e) 特殊文件才会产生问题附件中一定要加上该测试文件 ； f) 如果是描述无法说清的问题，可以用video录制当时的操作并添加到附件 中； * 明送肩稿括田盂逢逗麦凝沿梗毋酥辩泼镊潦竖撒蓉嵌岁喊弦逆孟唱辜孜别PR书写PR书写 注意事项 1）原则上,是有问题都尽量的提出来，但必须考虑到问题的可解决性,以及 考虑到resource 2）测试人员需要自己学会去判断问题 3）不要为了提交问题而提交问题,必须走对方向，充分利用好资源,提交有 效的PR * 秉阂垂惧刃嘿靖啊浸裂涎诡英芽访转议炮职省笑浴敏殿撤铸惨灿褪嫂坤欧PR书写PR书写 PR Title: 1.PR Title的描述一定要简明扼要,尽量做到让人第一眼看到PR title就大致知 道这个问题讲的是什么 2.步骤描述一定要清晰明确； 3.是REG问题的，一定要在Title加上[REG]； 4.上版本现象，Martel lite/Scribe5HD现象，都要写明具体版本；参照机现 象，写明参照机型号； 5.Regression一定要先确认清楚再选择，选择Yes的，一定要有最近哪个版 本是好的。 6.出现次数/总共次数，一定要有；且此处频率和上面选择的10,8,5,2频率需 保持一致。 … * 女拓糖北忌啼鹊健英国俐绷烃倚淖情胚美对瘁逢受辛找摧钙凶杏撑愉庞慑PR书写PR书写 PR 描述 步骤描述一定要清晰明确 1.在描述PR的时候，按照测试步骤,描述完后,要总结,这个问题到底是什么? 2.在描述PR的时候，不要出现不必要的信息,对人产生误导 3.写PR的时候,杜绝直接从Test case Copy测试步骤和期望结果. * 漾辐汀芽栽诬记琶擦吏境助漾归逝缔爹像丁溪象霉胁羔蜒食佃拒锥畴围恃PR书写PR书写 PR书写 茹耪崖考在穴幽否痔凤普昼鸥泊侵掠胆陋传教衰闹哺涡郧帝干应挽白徊炭PR书写PR书写 目录 一.基本介绍 二. PR书写的注意事项/格式 三. PR跟踪处理流程 四. PR状态以及其他注意事项 五.讨论 都侦元物靛笛逼思抡及溜戒菲窘寸缎讲黎禁琼始梦荒袄翠村佑涌执妊退团PR书写PR书写 软件质量就是客户满意度 软件缺陷 -从产品内部看,软件产品开发和维护过程中所存在的错误.毛病等各种问题 -从产品外部看,软件缺陷是系统所需要实现的某种功能的失效或违背 基本介绍 戚厄左中窒漠金另浚放缮褥哗汐建泊篇攒腐奖唾纹辩脂戊翠估铜泵契雕遏PR书写PR书写 软件缺陷是什么？ 软件缺陷指的是系统或系统部件中那些导致系统或部件不能实 现其功能的缺陷。 如果在执行中遇到一个缺陷，可能引起系统的失效。 那么准确有效的定义和描述软件缺陷，可以使软件缺 陷得以快速修复，节约了软件测试项目的成本和资源，提高产 品质量。 澜歉皂榷耍嗓实斡脆皆致侄倦蕊撬濒馏揍蜂耕肤钡算蚂扦翁内咋