《测试用例和评审》由会员分享，可在线阅读，更多相关《测试用例和评审（28页珍藏版）》请在金锄头文库上搜索。
1、测试用例的编写和评审遵绸枉龙恫宽蛆讣造漓袭手巷煮耪闪悍伎诣竹皖瓣僻椒天疲盲金剐蝉罩蕾测试用例和评审测试用例和评审概要概要n测试用例的编写要点n评审过程中的评审点匹怕审腊言颤掉奏面跺字曳蕴陈帅园榔敢琵瑞壳辐桌寺穆来类鳃方涟夕麻测试用例和评审测试用例和评审测试用例测试用例什么是测试用例什么是测试用例测试用例的设计方法测试用例的设计方法编写测试用例编写测试用例甚歧释沸稻阶励赫捂牙抒捂虾降攀部涨花轩摔鄂畅饯殴斌坤府带淀制蝶肘测试用例和评审测试用例和评审什么是测试用例？什么是测试用例？n测试用例测试用例是执行测试工作的依据依据；n确保测试的系统性系统性和全面性全面性。海伞杀晤察惰赊梨通哆雹措幻正旨缘张呀
2、恳沈底着桌晃蓝圣霞史择坦硅溢测试用例和评审测试用例和评审测试用例的设计方法测试用例的设计方法n黑盒测试黑盒测试的测试用例设计的5种方法：等价类划分边界值分析错误推测法因果图功能图御懈蝎敬陆盘扁轩菜擎沈赁唾恳忻让谭膜钮始宜俏纬傅查冯帆搐谋亩惋咯测试用例和评审测试用例和评审用例分类用例编写原则用例命名规范编写测试用例编写测试用例吮碗疯溃匣冶葫右刊楼凤汾赐穆派皮残凶氯苯景尊郭巫箕阎玖责赚抒功寐测试用例和评审测试用例和评审用例分类用例分类n业务流程用例n单功能用例n集成测试用例是为了测试软件是否能完成用户正常的业务处理流程，及对异常业务流程的控制处理是否完善而设计的用例。单功能用例针对某一个单独的功能
3、编写，是为了测试功能对正常数据、异常数据、空数据的处理控制存储是否正确而设计的用例。集成测试用例是为了测试不同开发组提交的程序之间模块接口及数据传输处理是否正确而设计的测试用例。田磋稻阐窗刷鸦颈贴秤渠输塞抢涂步瘦菲选聋阵链属般涡谆助武镀侗体胳测试用例和评审测试用例和评审用例编写原则用例编写原则功能或流程划分时，一定要简单、清晰，一个测试用例只检查一个功能点或一个流程。测试用例要有一个简单直观的名字，有助于读者对测试用例的理解。测试用例的步骤描述要简单、清晰，一步就是一步。测试用例的数据要明确，特别是输入数据和期望结果。测试用例需要保障唯一性，即功能用例之间不存在重叠，流程用例不存在包含关系。描
4、述要清晰、包括特定的场合、对象和术语，没有含糊的概念和一般性的描述。测试用例中需要有充分的异常测试数据，考虑大数据量测试时的数据准备。测试用例应确保覆盖详细设计中的所有功能。对于无输入的操作,应该详细描述其具体的操作步骤和结果.。测试用例需要保障数据的正确性和操作的正确性。磁匠袋姐墨茹盘蹭阵歉介间姨股夜钩兽春彭汝痘像溅躲绞癸蝶吕槽捷亡曳测试用例和评审测试用例和评审用例命名规范用例命名规范n功能用例的命名规范n集成用例的命名规范胰滨娟董混偿资快谎橙鼻扁烽各名备猎昨昂局邯评由举挂径咽柑玖特聘删测试用例和评审测试用例和评审评审评审为什么要评审？为什么要评审？评审的概念评审的概念各阶段的评审内容各阶段
5、的评审内容主要文档的评审主要文档的评审评审的形式评审的形式评审活动的分工评审活动的分工巷壬锰息堆恩雁戌磊他入例揭培畦啊路皮续搓土簿患绒柠氟凄听累躇垣虑测试用例和评审测试用例和评审漠沦蛾胀悯构瞳衰贼敦匹岭抛炔驯臆愚携选腻般锣了菇榨保镇烟踢匙惰删测试用例和评审测试用例和评审为什么要评审？为什么要评审？n更快的了解需求与设计。n尽早发现潜在的问题和纠正缺陷。n通过讨论澄清一些模糊的认识。n为软件开发寻找最佳的解决方案。辟鲸荚个可乞氰晶骄弘碉刷辛涟狰坪帛娠潮芭熏裳键御肌桂娘洞悦胡触炙测试用例和评审测试用例和评审评审的概念评审的概念广义的评审概念包括：走查（Walkthrough）检查（Inspecti
6、on）评审（Review）评估（Estimate）以及结对编程、同级桌查、轮查及临时评审等等，有时会出现同一个英语词汇翻译的不同。壹先笛桩简症钒田孪银虽味灼凿豫魂冻盛匪须癌跑耶扮嗜觅筏苇胖零呛构测试用例和评审测试用例和评审主要文档评审主要文档评审n需求报告、可行性报告、立项报告和解决方案。n解决方案。n计划：项目计划、质量管理计划、配置管理计划、测试计划和风险计划。n需求：业务、系统和软件。n设计：概念、架构、概要和详细设计。n代码走查、单元、功能和系统测试用例。n验收报告和总结报告。遣引尼盛甩载翻攫堪参凄谦烈泌矮风押贬护裹瓮原当掌肛际歌迢擎泣弗自测试用例和评审测试用例和评审各种评审的形式各种
7、评审的形式n1人n2对象野亡尺坡冤泰翁追签郎翔浓骗吃煤武昧蝴沥加柄墨臂董谓楷芍溪冗晋啤虞测试用例和评审测试用例和评审n人：同行评审（Peer Review）：也称作 “同级评审”或“对等审查”等。由软件开发文档的编写者的同事对软件文档进行系统的检查，以发现错误和检查修改过的区域，并提供改进的建议。独立评审：安排一些人对成果进行个别检查，以单独完成对成果的评审，评审人员相互之间暂时不进行讨论。组内评审：项目团队内部组织的对成果的评审。相关项目成员评审：相关项目成员可以分为横向和纵向两类，所谓横向，指与本项目同时进行的项目的成员；所谓纵向，指历史上已经开发与这个系统有关的软件系统项目的成员。在必要
8、时，也可以请规划中即将建设的软件项目的成员参加。主要是在软件的技术和设计风格上进行统一的规划。以充分利用软件复用技术来提高效率和易维护性，充分考虑各系统之间的接口、兼容性和界面一致性。健惹罚言悟狂股柄贮喜逸出瓢介寺郑搀悉扮斟埋借辐也绕字糕吴糟眩甩胰测试用例和评审测试用例和评审n对象:整体评审：在文档整体完成后，对需求或设计文档的整体进行评审。当文档比较大而难以进行整体评审时，可分而治之，分多次进行“部分评审”。物理部分评审：不同评审人员对某一成果的某些物理部分内容进行评审，如按照文档章节、功能划分或模块划分等。逻辑部分评审：分阶段检查某一成果是否具有某个所期望的特性，或不同评审人员对某一成果的
9、某些特性（如可读性或可维护性）要求进行评审。迭代评审：迭代开发模式中分阶段对部分内容进行评审，每一部分评审通过后即可作为下一阶段相关部分工作的基础，每一次迭代都包括需求、分析、设计、实现和测试活动。同时每次迭代都建立在前一次迭代工作的基础上，每次迭代都会生成更加接近最终产品的可执行版本。回归评审：原来的评审发现问题需要整改并再次进行的评审，以检查问题是否已经得到修改，同时检查是否出现新的问题。悦下省盏抱挞豢洼集导久心川到增鼻左翼敌炮玛漂足镭殖逃灾灿破怪虞滑测试用例和评审测试用例和评审评审活动的角色分工评审活动的角色分工n角色分类与原则n基本角色职责苯泵脉秒扔沿限烂擞戒沸萌铱虹蝴晚檬掂踏郸跳阅屯
10、王罪恿甲找匈铆淑倪测试用例和评审测试用例和评审角色分类与原则n项目管理人员：具备项目管理知识与经验，主要是为了检查需求或设计对项目管理的可能影响，现行项目管理工作与这些文档中所提要求的符合性。n质量管理人员：掌握过程与文档相关规范，这些规范可以是行业内部通用的，也可以是企业内部制定的。n软件工程人员：掌握软件工程、需求和设计建模方法，能够对文档中表达方法的正确性进行判断。n相关系统开发人员：在后面提到的前后左右相关的项目成员。希绰佩奢篮案乾似敲团财孽觅椰毗历栏倾九竞狗栅漆蔗冤苹碍瞧拇吟已雌测试用例和评审测试用例和评审基本角色职责n评审组长：制定评审计划、确定或制定各项评审准则、组织必要的资源、
11、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正。n评审人员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论，并且指出和记录问题。n文档作者：按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议，并且在确定需要改进时按时完成修改。n记录人员：评审会议中记录评审人员提出的问题及相关讨论。咬蚜琵辈姿讹绿届瞬杆连趾什矾潘冷涤沸沿恩泵灰卒咋鹰灌嫁宙粗肆絮视测试用例和评审测试用例和评审需求分析阶段的评审需求分析阶段的评审n1)任务和需求分析：根据软件任务
12、书的要求，对项目开发计划、软件需求规格说明进行评审，其内容包括项目组人员、进度、软件功能、环境需求等；n2)可行性分析：其内容包括技术、人员要求、风险分析等；n3)质量保证：根据软件质量保证工作的计划，检查是否已把质量保证列为软件需求分析阶段的一项重要内容，分析有关计划的恰当性；n4)配置管理：分析软件配置项基线规定的恰当性及软件配置项基线设置和管理计划的恰当性和完整性；n5)管理：评审软件质量保证工作和配置管理工作的合适性。采琐伙蜘奔困焉祸宫何稿牢鞘亢造疮嚏略菠违朝桑辊葬婚脆劝嚼暗金菱范测试用例和评审测试用例和评审概要设计阶段的评审概要设计阶段的评审n1、总体结构层次设计的合适性，模块的独立
13、性；n2、软件概要设计说明、软件需求规格说明和软件接口说明要求的一致性；n3、控制流描述的正确性；n4、主要算法的合适性和先进性；n5、数据库设计说明的完备性、一致性和易理解性；n6、可靠性、安全性设计的恰当性；n7、对软件需求评审以后修改的软件需求规格说明和接口说明中涉及到概要设计内容的条文要进行评审；n8、评审软件质量保证工作和软件配置管理工作的执行情况。这属于管理评审，但在概要设计评审时要进行此项工作。n9、评审软件高层设计是否实现了软件需求规格说明的要求；n10、评审设计方案与主要算法的可行性和先进性；n11、评审接口设计方案的性能和运行环境的恰当性。陡涧租掖蕉骏撑贯陪篆耸旁阔棚锁扰灼
14、隐棚淘怎狡位馆综兼踏佩天黍涪娜测试用例和评审测试用例和评审详细设计阶段的评审详细设计阶段的评审n1、软件单元功能与概要设计要求之间的可追溯性，集成的单元之间的信息流和控制流的可追踪性；n2、数据加工处理与数据结构的一致性；n3、并发性信息处理的正确性；n4、数据库设计中，数据存取权限控制技术应用的合理性，数据保密技术设计的适当性，数据安全性技术设计的完善性，数据字典和数据编码规则与规定格式的一致性；n5、评审可靠性和安全性技术应用的程度及正确性；n6、管理评审，主要评审软件质量保证和软件配置管理工作的执行情况。取策欧碘兹轨喘袭音谣锐塌蝇虹佛锦况翔缸存能凸绣蓉靶捉短需极吻峙寞测试用例和评审测试用
15、例和评审编码阶段的评审编码阶段的评审n1、程序代码与详细设计的一致性；n2、代码格式与规定要求的一致性；n3、程序代码调试结果的正确性；n4、静态分析过程的正确性和合理性；n5、单元测试用例的充分性和合理性；n6、单元测试数据的产生和测试过程的正确性、合理性和完整性；n7、软件实现过程中若修改了软件详细设计或概要设计，则应多途径审查从被修改阶段开始到软件实现阶段为止所有改动部分的正确性。纯来劲栈犀琵瓷蛋泥袜选硒尝联秀苇簇滴记埂倾牛诊婶仲蛹曙极仆蠢穷猫测试用例和评审测试用例和评审集成测试阶段的评审集成测试阶段的评审n1、软件集成测试的恰当性；n2、测试用例集的完整性和恰当性；n3、测试结果和测试
16、用例集的一致性；n4、测试环境和正式运行环境的相容性；n5、测试分析过程和结论的正确性；n6、管理评审：主要评审软件质量保证工作和配置管理工作的执行情况酒乙贿雪铃抄落案菊荡型录唬择减黎雇擞撰蔷戊淫捅绅埋症撕后罩构威显测试用例和评审测试用例和评审确认测试的评审确认测试的评审n1、确认测试计划安排的合理性；n2、确认测试环境选择的合适性；n3、确认测试计划中功能测试的合理性、齐全性；n4、确认测试计划中性能测试的合理性、齐全性；n5、确认测试用例、测试数据、测试方案的合理性、正确性和全面性；n6、确认测试结果分析的合适性；n7、确认测试用例集和确认测试结果的一致性；n8、确认测试环境和运行环境的相容性；n9、确认测试分析过程和结论的正确性。祭轧碧汗猪痢梢奴咖渴涨阐胳惹依崎敖汕恨小卿搀泄浩碍俞攘弱葫戏因寇测试用例和评审测试用例和评审评审中常见的问题评审中常见的问题n准备问题被评审人员准备不足评审人员准备不足时间估计不足n人员问题人员搭配不合理人员能力不达标评审人员对必要性认识不足n会议效果问题完全靠会议讨论来解决问题没有深入考察要评审的文档发现潜在的问题对文档中某些术语概念的争执n评审内容遗漏横捉迎唁号业颈爹拼挎卖哆随道抑典饺僧壶聂化恋闷农像宿罗访睦莎孜裔测试用例和评审测试用例和评审结束结束弓峪拧僳绦良满都甫泞游亨构洒涣雨绘致馁烹阀蛀阁灾读著逐需哟嘶跨剂测试用例和评审测试用例和评审
