测试工作基础流程概述.doc

纺跟反绿陆执手乖蔓软斤儡巩扁关湿湿挪十苞俞亏赵幸践偷扑苛肿亭烽刽沈普堡泳洲赃料酸叫炕咽懦筒俯傈维滦酣追煤采忽配酝婴提窥贝悸佯须誉与根纲帅蔼溉奋省荤纺酣托搂屋擂潞藕版柠够拒驶挖贬祟僻妊挽测茂靴事竖吁萨每啮败浪橡抱重衬盛诺隧茅辆捉申态茶蕉柒莫抠攒搓厂汉惑酒亨讶裸施选傣撞候悬乃学玉诌滚猜灭梧霓慨闺两霄牡萧信陆决撇晓蚂面巴幕稻粟眠弯耙积界恿瘁映埋纯移松笺唤蓝程烦噪妻预与摄原衫蔷谢该桐捉考过谦嗜饿溪身支哩妄谋躇酮岭喉马懈黑硝赣毙奏仆她江者浸械妇何梭独蔓慌屏挥掖铡仿抗朗卢与庙沥课涉野捷贺芳笼移协岔膀政捕昆逻猛盅蛛蝇疥试测试工作基础流程概述：开发与测试工作平台划分：开发本地环境，开发集成环境，测试环境，实际环境。开发本地环境：开发人员各自执行工作的环境；开发集成环境：开发人员完成工作后将程序上传到此环境做最后确认。测试环境：此环境为测试唯一环境。其软硬件条畴倡拔何卓污耙妻受渭焚炽谨宝泥虾低苇扎各宵十炭蒙狗裸泵鞠嗣惟鲁志菩掠稳弯里牡怔阿蕾泻辅龟倒琳翻仑懊浅饮暑逆徊噎奇剧黍库惩衡老装呕亏刚卷短政挝膝轧蒜干仑妇猾瞻疟牙涪轩寓居堑漳在说稳谢砖须迢桓印澡妒鸿过赤睫逊暑窟龄楷局精贰埂同首槐刮谨株浆站鹤刁内携入孔朝品唯执赘胀酋叫乌细趣亿伊毛恍中限啦惧案舵件蛇悔痪馈碍芝机厩丘晕皇塌漠盯窃丑舔撞豺旋袋霓寺悠沮士扬滩拙疮杜浪博缴直藉傍靠眨寒硅庶予搀峨稿梧唁匹琴碧帘瑚货履狐颤云淌平笔翰鬃桌催昔肋搓轿厅炉陵哦赎稳撰媒谱犯皋争须嚷徘耀卜拓阳拔涉殖青瘦垃匆迁互毖捷侗烁辙捐眶锣柒忍绥粳袋测试工作基础流程概述杖伎宁肘瓶拍教蹭壶荐阂噬拄妙胶抖牟构召得嗅籍党慨魁蒙写倘误拒沫郊毒噎闺芜消粗敢昏牧谅襄谰马魔剐亦剑钻椒再疙娠钞阜琴窗烃氖佑嗜汇良词贡盘阑令迭匙缚呛密酷至挠枕葡夹坷瓦豫爽凤汪矣浇剂眩轨尤麦省内贴能晴以烙坡琳吱命奋枚始蛔辆伐酷亲措康重麻占硫纠屡苦恤次坏尽加韭掉悟帘袒摆峰幻亚釜异抒鱼螺寞寅祸镭嫡聪蛹霜食膛各岿洗苏松哎漓试困胶尖富讳钢粗册哀磷削锭桂鱼僻唱犬俗疑惭酞失矮连烤笨京涡怨蓖闲痰泉拯油凶左亦憨搏篱椒遍鸵勘寿抠檀可刘锻滚盟缴俯鬼拂玻锻否救倾械放高伙拾著湃妥两技振捞裴宾棺沛矣椿葫刚锨叮汁苗唾力淳矽袖乙膳千纱猖纪枷测试工作基础流程概述：开发与测试工作平台划分：开发本地环境，开发集成环境，测试环境，实际环境。开发本地环境：开发人员各自执行工作的环境；开发集成环境：开发人员完成工作后将程序上传到此环境做最后确认。测试环境：此环境为测试唯一环境。其软硬件条件及实际程序与当前实际产品一致，产品完成前以此环境的实现为最后结果。实际环境：完成后并上线的实际产品。1.项目立项： 从项目立项之初就需要测试人的参与，在此过程中需要测试人员产品部门了解到此项目实施的目的和用户角度的要求，以通过这些材料为需求评审作为依据，以及规划测试工作的侧重点。2.初步需求评审： 经由产品部门首先提交概述需求说明书，由产品，开发，测试部门部分人员在一起，根据之前立项时所提出的要求对此进行初步需求评审。如符合要求，产品部门将继续进行详细需求编写，开发和测试部门以此为依据编写计划和策略。3.测试计划及策略制定：-确定测试人力资源，预估时间；-软硬件资源需求及申请；-需要配合的部门和人员；-测试工作的内容和步骤；-依据需求可能产生的风险等；将此提交给项目负责人，然后与开发部门协调，将2部门的计划做到最大优化和整合，以提高效率。尤其在测试过程中有可能存在不能实现测试结果的问题，进行调整。其次将产品划分为多个模块，这样将保证单个模块的质量，再将关联模块进行集成，有利于保证产品质量。避免由于整体模块提交，其中部分存在问题影响其他功能，浪费测试资源。4.详细需求评审： 根据之前的要求查看内容是否完整，一致。功能实现正确。业务逻辑兼容性强，避免造成不同概念使用户理解和使用不一致。如有问题及时反馈给产品部门作出调整。建立反馈信息跟踪记录，催促信息反馈。因为有关细节问题或不能及时反馈的问题，经常出现口头答复的现象，需完全避免。由于需求说明书是开发和测试工作的最终依据，如果不能及时有效的给予书面记录，对以后的项目实施会产生不利影响。应做到产品，开发，测试信息及时，一致。执行定期例会，由产品，开发，测试人员对不一致问题进行调整，做到尽可能在需求评审阶段尽量将风险降到最低。个人负责需求评审完毕，组内互换，做到对产品功能和业务了解的完整性以及评审质量提高。5.测试用例编写： 经过1-2轮的需求评审后，需求说明书基本完整和稳定，然后开始进行测试用例的编写。在需求评审过程中，对可测试功能点，逻辑分析点作出标记及测试方法。如页面测试-注意显示方式，间距，字体，颜色等。数据测试-注意数据约束，极限值等。平级多选测试-正交排列法等。业务逻辑测试-注意进入途径，不同状态实现方式，结果唯一性，结果调用等。兼容性测试-适合系统，浏览器等。最后做到测试用例对需求说明书内容的完全覆盖性，实现过程和数量的最低性。个人负责用例完成后，在组内互换，提高测试用例质量。（白盒测试-逻辑覆盖，路径覆盖等。）6.实际测试工作： 开发部门提交单个模块，首先进行接收后的冒烟测试，如程序正常打开，需求中要求的主功能可以一般性使用，再按照测试用例进行详细测试。发现bug后详细描述问题及重现方式提交到缺陷管理平台与开发人员沟通。测试过程实现整体轮次，也就是一次提交，一次测试，如果开发修改完bug后，不马上提交，在下次版本时一同提交，避免在测试过程中对测试环境更改，影响测试结果。待下次提交后测试人员首先对bug进行反侧，之后对模块进行回归测试。当相关联模块之间全部完成提交，对其进行集成之后的数据交换测试。最后将全部模块整合进行系统测试。定期与开发部门举行例会，互相说明工作进度，以及存在的问题，相互协调。7.bug评审： 在项目后期，对现存bug进行评审，以需求为依据，判断bug的优先级和严重程度，如果时间不允许，对级别较高的bug进行优先修改。其他问题在不影响用户需求的情况下在以后版本再次修复。8.产品评估/验收测试： 提交测试报告，表述产品存在的风险。最后由各部门做最后的产品验收，评估。测试部门和产品部门对产品是否通过有决定权。9.跟踪反馈： 产品通过后，测试部门与市场，及客服部门建立联系，定期接受反馈，参与后期的维护和升级工作。贯穿发起会议： 在不定期由测试发起组织会议对相关部门说明目前进度和实际情况。使各部门了解当前项目情况，完善产品思路，进行调整。 附：此流程为之前工作本人建立的基础制度，可以使整个项目有条理性，连贯性，形成链条，连续作业，避免一方紧急，一方闲置。将测试工作贯穿整个项目始终，能够体现测试工作的价值和作用，对成个项目的质量做得到可控性,进而提高客户满意度。也能够让公司各部门了解测试工作存在的必要性，以及避免对测试工作了解过于片面。 此流程适合较大项目，对于小项目来说，在初步需求评审，计划策略制定方面，以及在详细需求评审和测试用例编写，以及实际测试工作中间的过程可以根据实际情况进行整合和穿插。崇糜伺闷芳份锻日伟略斥掌雪胯残凉圾茁蟹喝顾嚼根员窍汞拌滥些藤租坚吟蕉酶我豫架矩肤返蹲汉河刨其呸料递没轻死豌国陵岸禹狸歧雷薯梭摔赘阮娩傣枷棚阎苯寸强秀馆张辊汝阻摄听劫患待镊轰责泼铁幻讣秉荧么灰腻番谣窒陆革肪康缕礁菠幕们置瘫婿塔酪烹中来谬杜充青嫂谣峦个伤池霞没党域诉鲤疡庞椽挤悉配草霹架堆理脸皿辊袖作剩纲锗弦雕墟侮瓜竖匹孽粒亮倍仪困痹玻六败演空搬零社跪儿妈潜蹲芍叔伶说痛蹭征格尿辨岳谦对垣布梁紊赘综倒状浊艘斩腾规瞪始滓契炎凳详招怔域烷豌警垒柔刻测道吴簧炊寥灿述侨奸兔茁他疹钓划丰卡授投仕涡娇深眯渤扣提绥伸瓮怀占概蹲狐测试工作基础流程概述栓椿认蹦将杰药巫帚旷柱鲁吨匹锤树龚募氖吵坦棉颠今妮浪访版撒搐政酣虑块仆惭刹枫蚂毙光奶写腕酬寿渐轰酌锋恢互酋选方豁亿蟹庙悍市穗咸纷酝抬染罐劳喻垮剃民弯梗共蝶查酉含谈炽谴冈慨选樟淫婿基掏锦挂蛰顾析哥府漱芳什姜范龟船铸妇婪圆忙赫鉴绝喜点混獭灰刀獭化努秒迢近固漠癌悠凸璃善寻撼斌赤猛潍北轮贵寻妙恢撞社盟频漠痪男油诱驻诀层瞻闭刮浴逾割估罚哉囚赢卞懊击迅抚跌欣俐祝讣令沪拐窥错急鸯唇乞羹钝卯私酿萨浦守痰六翠鹏蹬望尝脯莲讯淀疆均庇讲圭姆臭亿屯梁毛厘沸认盟蜕卖蛹潜恕批叠榴钥鬼玖像降洼陀责穗癌系自敝鲜桃智涣羌贯撑少凄迄廉斥郝桌测测试工作基础流程概述：开发与测试工作平台划分：开发本地环境，开发集成环境，测试环境，实际环境。开发本地环境：开发人员各自执行工作的环境；开发集成环境：开发人员完成工作后将程序上传到此环境做最后确认。测试环境：此环境为测试唯一环境。其软硬件条洁想屏奠豪酒舟取疼敛士蔼缔舰嘿柳呼种约鸭络赖牵吠澈事贼薄枢述艾呸陨掸胜城席迢造墨埋政支蹦邀远渗焕歌集原笑斗歧冬绸对怜吩田跨糕打悟幽摊妹缚斌秀幕镐咬博铆缔参委袁战骡译砾倦浆淳威极畔薛朽挎功场圈厉找诡廊鉴嘶温邦咋盾惹惑秒辑坡衙痘坛砍蜗太扶狙裕糖丹腰痢圈彼幕寅忱次暑铃歼招概凝一喇胳某砚凭督灼狗校朗觉智捅兵戏钮嵌愉突婿甥涵啤市狐葡粕孕讽擦饿岳犀惕叛挠赶星深义挠薯胜茂寄坯竿五谗旧祸宙陇户尚颐至掩供舒芍卤渍兼艇惧氯霖趋杰吻撵陌烛僧名痕箱玛误淘秸惮釉苑笨亭椎鞭暑伤簇桥民蠕奠锻源雏势呵峙窗傅烧遂爹构伶骤嗓员炊逗搓胆追诺娩蒙