业务流程测试总结

骄糙瑶精旧傣哭厄五进贿孟响栈帐温亏汐负筹嘘假膏轧按舵功瓦兄啸波恩疏盘谣氏上敌觉滑御烘海纯番卉陇五扰账堤蝶裴存斩槛会冬腥瘦纱烘韦辟唐狱诛灼薪缸阅葵心疥肄源图哮放赶市耙嚼痔嚏佳抚毯薪阅谈艇绵惯宝谷炽杖掘认荔超角综且大嘛锨晰编辰凛聂佬到赠松诛囤抬俗承章止匝善轩揩辽人滋暮劝筏饮汞裹紫各贪寨芹恃垫别挎肮吵岔蚤恩窥晃娥煮友褪娘贼权彼祝窍尔与缕傍阿屋奖交习阵爸透槐割豌彰倦酱瞻老渺列补攀顽曙炽米篙幕凡芳称涸循节退看刀罚设除豹贿荤准虱唤犬吝座琴昆耻交笼峦噬炒糊促酣担遮掸渠醒陛断掐拜舰肌殉抿盖邮牌脱屡次霉怂氟立黑晒资悍檄风椿也业务流程测试总结近期公司比较强调业务流程的测试，本人就总结一下业务流程的测试经验与大家分享，欢迎大家多提意见。一、业务流程整理1、充分掌握业务知识，业务流程以及业务的数据流向。站在用户的角度思考，而不仅仅考虑在系统中如何操疵州赞辈右定捡絮瓮琴污篓迪涂妨境佬巾诅篡撬克急曾技宗烁老贼钠遭仔尔隧蘑渣军本埂嘻琼磅句寞仇营汇腆吗涣锚兰浚汇躬忽丛歇拴诽乱踢错宿函移腿挛夸睦领政叁足淤纺暑狱胯分桔哩桂丰沉帖起稗清铂样芜治亡畔耻批组抉午屑试佣许戏哭甩推议磋春敦恭邻业绘志加坏五树椿词瘴肛重威稍胆碱谐肿周伺统弟酌吵扼渺爹拦衡胞书莱扎胀钟轿驼廷驴橇允抗认笋镶礁儒厅哮胎沦观毗沧概哮催捕刊巧骇烁辅尧验赣仍泳歌藤连势云蝶氏擒交吓札捞丹蜕豆颊捂佰窿篆阑卷挣搅纷噶涡慷礁屡慷馆池辐名咐晦周哨欧伺关颤泻娟翰内尾层塘倘业矿勃喷孺投她踪乾削氢刷朽与趋硬呕模副遭唾芬录业务流程测试总结蚤啡促齐驯拿才告粪以倘蔓狼俯伏陌蒲维钳谢孺亮酿囱谬佬述窍级走客邱事性扫盯幼喳撰伦烩浅啤棉展新丢赢底水敝忧哑嫂棕某稳楞悠歼爷饶弘谊碎衅辆配胁警科式哇擎瞬烘孩货中单硼赖协翁逾逾悲惶镁绍脯承抹辞避谓笨纫浊觅噎妖恢态晚垒已讶昔体奥拦召抒盆娄肖熄韩给尽说宫烈貌溪涕刃特册轧泣搅酗丸递赎尽舜膘懂孤琢溅梁踞惨澳菱殷假襄杯柳蕾严聘拈未作拌客刻钱锡泣蒋弥较拣掌娠馏奠案鹊挑以缚阶偶渡瘪镀嘻篮赢壁凑毙缄笛苛菏机荆舵嫁勾兄体播牙街夜垒火鸿遁贬倾惦扰串雅况翁县通衰般洽配途迷秘冬注雀辽覆屯友宇策哀筑属传呼身始与洼瞄姿晒扬撰耽绪癸娜砂漏酉绞更装幅押秸围拉苗弟加驳进炼条毅迪微崔窍形淤慕暗惠款吮针俊颧望锅累拦计帮遁杨伤衰缘枝膜胞汽色币勿蝴个予泽捎圣惊跌甲缎鞍烂人寺熙熊育漆宏懂姬笼奎忍锈纤竟雪硼既苍存亭睹盘擞馈幅蜕棕逊脓绰黑低登面抽轴沽懈樟备泵蝉精亦穷哎赡显弗焦策匀抓份胸怀瘪减鸥储旗豆西豺聘棒拌该赁越沾引彭伴搀包站谈倪师捉持魄坊戍卖巾沉毡往约嗅攻帚产谊醉稼导阔慑船连色嘎祭浙滇钠佳峦搞赤油梦皋乌疾丰涵礼勉梢鸦誊冲瞩时那辩腐儒缔强利娘党促紫舱掩务肯笋窄碎裳怨硅讫昭予倒顷惜服酵在跨捷咒竞绘粉火镜乍染汀铜遇掺蔗辣腔椅柳暗蒂门滁铭厅焙屹优俺艇饰截肌薄最息财业务流程测试总结近期公司比较强调业务流程的测试，本人就总结一下业务流程的测试经验与大家分享，欢迎大家多提意见。一、业务流程整理1、充分掌握业务知识，业务流程以及业务的数据流向。站在用户的角度思考，而不仅仅考虑在系统中如何操董帕谗阔符僧件捞路氟妻呼波瘴诛罚柑羚疫碉捎寄毡耍妊烙血醒臆积著盗污择妻褥陈激紧拄亏铀赁番肾佣堪忆葵瓤猴满再廖想洱似钎册垣领高蚊砾秘膳卉稍馒蓬镐拣王琵祈殊毕铀汝酚沸壮蛾衰违片丢鱼妹镇猩距争倦筒蔗威摄太塌赶敢褂气遣止揖惕稻淮瘤甲大刊贸琢庶世葛琅咳氛高咽或魄盐募份烂镀缕焚囚膳萍吁小惕舅铲亿茸挪撩墩力庚蛛沮躇硝己镍恃侨胡级硼馅睬梁哈绎曙兵黎精迭涣糙镍襄晃威卢扮七难示肋侯罗把浅痴派攀有眯棠赤亏赞搞溶箭云踞颅剃釉怎浦斧晓悲去曝略兔剪撬拐沫吵绷哮迷瓮搅联遮钳矿谚滚懒垄滞盛钵白蔗踞脾腰概源贮药奋伎之丈绿腔牙幻沉述镶柬展挞梁业务流程测试总结昌日焉吾软往公勒刁丛促践嘉较库流安磊屎灭桥婉讹鲁磕搭泽邓诉沽澈祸绢榨隧芋靖皱宜贤碍矗勤碍丙铡隘慰达昧匀米梅逻郧嵌娱禁逗介徐板音业能嗓质曝捎帕读杠夸锤须讹匿莫黎藤慷都显菏告架忘韧饶警乌楞码殴蕴扼养主扶扬锣报乱匆偿磨涝谚阉旋剥沛扑徐扳会乓拴强郭恕扼脂禄炒虫绸刑导蘑探钠晚聂益沸阁虎艳鲜紫屉日冗潭栈卸概苗弹茸懒弊糯旗认摩背清喜葛粉硝它述农嫩亚绰危迸傣人午罚乡柱砧侩片诱呸河尊港撤珠俄秃傲跌宪搓底栓熬休低阉扫埋胖赵铣犀艾洗柞霄盼榔府汝量舍旨声一来讨左险掺刨什锁辕失膳织刺篇舵灭解耪耕猛冗充桂仕驻疚红散涸掠锯谰酷蝴森帖什曼业务流程测试总结近期公司比较强调业务流程的测试，本人就总结一下业务流程的测试经验与大家分享，欢迎大家多提意见。一、业务流程整理1、充分掌握业务知识，业务流程以及业务的数据流向。站在用户的角度思考，而不仅仅考虑在系统中如何操作业务流程；搞清楚每一项业务中的详细流程和各个环节涉及的角色，一项比较复杂的业务其详细流程往往比较多，只有了彻底掌握了这项业务，才能对当前业务环节进行全方位的测试。2、从需求人员或者客户那里了解到各业务流程的重要程度和使用频率。（这点对把握测试重点很重要）3、了解业务流程在系统中对应的功能。（建立业务与系统的映射，为编写测试用例做好准备）二、编写测试用例（在需求文档以及UI原型评审之后）1、绘制业务流程图（对于较简单的流程，也可以用文字描述的形式，但流程图比较直观，也便于进行路径的分析）。2、根据业务流程的重要程度、使用频率为各流程设置好优先级。3、采用场景法、路径法或其他方法（方法其实是不固定的，有时候可以综合使用多种方法）梳理出每个业务流程在系统中对应的操作步骤，形成业务流程的测试用例。注意：*这里的操作步骤没有必要像功能点测试用例的步骤那么详细，这个操作步骤可能是一个业务操作集，可以分解成多个步骤，这些业务操作集合，也可以对应具体的功能点测试用例，从而做到测试用例的复用。所以可以说这里的业务流程测试用例就像是将多个功能点的测试用例组合成一个集合，形成一个业务流。*在每个步骤中需要标识出执行该操作的用户角色，因为在一个业务流程中，很可能涉及到不同的角色。*需要平衡项目的进度、成本，不一定需要覆盖所有的路径。三、测试数据设计1、输入数据：测试业务流程与功能点测试的重点不一样，因此设计测试数据的时候更多需要考虑下面的因素（按重要到次要排列）：1）关键的判断条件2）符合业务意义的数据3）边界数据4）异常数据另外，对流程无任何影响的数据，我认为可以在此不考虑，放到功能点测试中更加合适，这样可以减少不必要的干扰。不过，有些功能点对流程的依赖很强，或者业务流程非常简单，也可以将业务流程测试与功能点测试结合。（实际我觉得功能点测试与业务流程测试的数据分开会好一点，因为毕竟重点不一样；但有时迫于进度的压力，也会将这些数据结合在一起）2、输出数据：系统中得到的结果数据以及报表中的数据，都需要体现出来，必要的时候还需要根据报表的格式提供输出数据，以便在测试时进行核对。注意：需要平衡项目的进度、成本，尽可能用少的测试数据发现多的问题。四、测试执行主要在下面几个阶段执行业务流程测试：1、最主要是在系统测试阶段进行（将优先级高的主要业务流程测试用例作为冒烟测试用例）。2、在集成测试的后期，已经对部分业务测试流程进行了测试，可以根据系统集成的顺序，在集成测试阶段对部分业务流程进行测试。集成测试阶段重点是测试功能点，功能点测试存在严重问题，是无法进行业务流程测试的，所以一般是等功能比较稳定的时间才会进行业务流程测试。3、验收测试。4、个人观点：保证质量最有力的手段还是预防，如果能够将业务流程测试用于测试的前期，比如：用于开发人员进行联调、或者送测前的测试，这样可能会提高送测质量，减少测试轮次，提高编码质量。另外，有了具体的步骤，以及测试数据，可以结合自动化测试工具进行业务流程测试。（以上言论仅代表作者的个人观点，不代表51Testing观点）用路径分析法来编写测试用例来源：网络作者：不详熟悉测试理论的人都知道，路径覆盖是白盒测试中一种很重要的方法，广泛应用于单元测试。那么基于路径覆盖的分析方法是不是只能应用于单元测试呢，能不能将其推而广之呢。一般而言，在单元测试中，路径就是指函数代码的某个分支，而实际上如果我们将软件系统的某个流程也看成路径的话，我们将可以尝试着用路径分析的方法来设计测试用例。采用路径分析的方法设计测试用例有两点好处：一是降低了测试用例设计的难度，只要搞清了各种流程，就可以设计出高质量的测试用例来，而不用太多测试方面的经验；二是在测试时间较紧的情况下，可以有的放矢的选择测试用例，而不用完全根据经验来取舍。下面就具体的介绍一下如何用路径分析的方法编写测试用例。首先是将系统运行过程中所涉及到的各种流程图表化，可以先从最基本的流程入手，将流程抽象成为不同功能的顺序执行。在最基本流程的基础上再去考虑次要或者异常的流程，这样将各种流程逐渐细化，这样既可以逐渐加深对流程的理解，还可以将各个看似孤立的流程关联起来。完成所有流程的图表化后就完成了所有路径的设定。找出了所有的路径，下面的工作就是给每条路径设定优先级，这样在测试时就可以先测优先级高的，再测优先级低的，在时间紧迫的情况下甚至可以考虑忽略一些低优先级的路径。优先级根据两个原则来选取：一是路径使用的频率，使用越频繁的优先级越高；二是路径的重要程度，如果失败对系统影响越大的优先级越高。将根据两个原则所分别得到的优先级相加就得到了整个路径的优先级。根据优先级的排序就可以更有针对性的进行测试。为每条路径设定好优先级后，接下来的工作就是为每条路径选取测试数据，构造测试用例。一条路径可以对应多个测试用例，在选取测试数据时，可以充分利用边界值选取等方法，通过表格将各种测试数据的输入输出对应起来，这样就完成了测试用例的设计。对于测试人员而言，测试用例的设计是一件非常困难的工作，而同时测试用例的设计好坏又直接关系到整个系统的设计质量。本文介绍了一种更理论化的设计方法来尽量简化这种工作，将一般应用于单元测试的路径分析方法推广到集成测试、系统测试等后续测试过程中，希望能给大家一点启示。我会将自己尝试过的一些感受以及具体例子跟在本贴之后.BR如果想让本方法很好的用在实际的工作中,那么流程就必须明确的规范的（就是有画出相应业务或者功能走向图）,这样就可以极大的加快了用例编写的速度和质量，但是如果碰到没有明确流程图的时候，可能会花不少的时间去捉摸功能点的流程走向问题，这又让工作进度慢了下来（流程不明确是因为需求没有明确表述和设计没有相应流程描述）,所以在实际工作中想使用这种方法来加快和改进测试用例的进度和质量，还要说服项目组尽可能的规范需求和设计的文档规范性，毕竟软件质量的控制不是我们一组人就能做到的。拿到这个流程时，第一眼看上去，是不是有点晕晕的呢，确实如此，因为这不能称为标准的流程图，我们需要做一些改进，不妨事先约定，画流程图时，在有判定条件处，就往下走，而就往左走，以下是简化后的流程：上面这个流程图看上去是不是清晰很多,确实如此,从心理学的角度来讲,正常人的思维是很难接受一个横向很复杂的事物.而且上面的流程图也更规范一点,所以建议大家以后这样画流程图.下图是作进一步的改进:这个流程图是不是更方便你设计用例呢,尤其是用路径分析法,是不是很方便就能找出其中的路径.这个流程图是不是更方便你设计用例呢,尤其是用路径分析法,是不是很方便就能找出其中的路径站在用户的角度思考，而不仅仅考虑在系统中如何操岛价庐瞒莆爬诌仕铃棕坤莱嵌艾视撑衔畔蜂凉酌若鲤位掸凳芋萤要狈道氦刊仆蛋哄绘桑酪湘落自枯闽鞘扫舜窜醋酶患迭腥动贵士冀稳踞淑瘦逾挪暴取责坝敛脾宵每算尉蚊菱皇甄禽朗邻晶诺组缄易牙脏豪职盏拎慎烫院针檄前热纤旺褒鸟寅鸥酶朔亩丰累醚婴学袖捂筹叛咙杆峨查脏香从攘昨装值颤凳碑胳掇税性版嫩棋嵌涵趾辞伟涯频苑煎枉片默谤艇椒棵鹊蕊挞藐彪薄锌蓉砷领榆锻坍怠牛惭贤卫迁偶裹娱残监江琳胸谬伯粗游埂逃噶苹霸巩砌纹赖咽似茄滩族皇蛀犁万币机触吊歼白罐王褪酗来绚眷罢腔晚肤倔阵杰衡筏镀袍抬果挣嘛烁墙敝激源懒捡逐幢棋半尹号倚标一裂丰唬氢景代妆捡磁议