《黑盒测试用例设计.ppt》由会员分享，可在线阅读，更多相关《黑盒测试用例设计.ppt（42页珍藏版）》请在三一办公上搜索。
1、黑盒测试,黑盒测试用例设计,概览,本次分享，我们将学习：理解黑盒测试等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,分享目标,交流学习：分享我对黑盒测试的理解介绍等价类划分的方法设计测试用例介绍边界值分析的方法设计测试用例 介绍因果图的方法设计测试用例介绍场景法设计测试用例分享我设计黑盒测试用例的心得,分享目录,理解黑盒测试等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,理解黑盒测试,可见的输入,可见的输出,黒盒,不可见的内部实现,黑盒测试是什么？,图 黑盒测试模型,理解黑盒测试,测试人员如何分析黑盒测试？分析程序的输入/输出域:a)导致逻辑分区
2、的输入/输出域；b)“有趣”的子集分析可见黑箱行为:根据流程图来分析应用程序(导致flow-graph-like模型,使应用程序的技术从白盒世界)启发式 技术风险分析、随机输入、压力测试,理解黑盒测试,通过对黑盒测试的分析，可以得到黑盒功能测试用例的设计方法等价类划分边界值分析因果图法场景法其他测试方法,主要测试方法,分享目录,功能概述等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,等价类划分,等价类划分 指某个输入域的子集合。在每一个子集合中取一个数据进行测试，各个所取数据对于揭露程序中的错误都是等效的。软件测试中等价类分为两种，有效等价类与无效等价类。,等价类划分,
3、有效等价类 对于程序的需求说明来说是合理的，有意义的输入数据所构成的集合利用它可以检验程序是否实现了预期的功能和性能（确认过程）无效等价类 对于程序的需求说明来说是不合理的，没有意义的输入数据所构成的集合 利用它可以检验程序对于无效数据的处理能力（验证过程）,等价类划分能以较少的具有代表性的数据进行测试，从而取得较好的测试效果，并减少测试用例设计的数目,等价类划分,针对是否对无效数据进行测试，可以将等价类测试分为 标准等价类测试和健壮等价类测试。标准等价类测试不考虑无效数据值，测试用例使用 每个等价类中的一个值。健壮等价类测试主要的出发点是考虑了无效等价类。对有效输入，测试用例从每个有效等价类
4、中取一个值；对无效输入，一个测试用例有一个“无效值”，其他值均取“有效值”。健壮等价类测试存在两个问题：1)对强类型的语言没有必要考虑无效的输入，程序可以自己检测。2)需要花费精力定义无效测试用例的期望输出,等价类划分,等价类用例设计分析输入输出划分有效等价类、无效等价类 设计测试用例，使其尽可能多的覆盖有效等价类 设计测试用例，使其尽可能多的覆盖无效等价类,分享目录,功能概述等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,分边界值分析,边界值分析法 界值分析法就是对输入或输出的边界值进行测试。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类
5、的边界。为什么使用边界值分析法？无数的测试实践表明，大量的故障往往发生在输入定义域或输出值域的边界上，而不是在其内部。因此，针对各种边界情况设计测试用例，通常会取得很好的测试效果。常见的边界值：12小时制与24小时制的时间设定边界,分边界值分析,边界值分析法设计用例首先确定边界情况。输入或输出等价类的边界就是应该着重测试的边界情况。选取边界测试数据 正好等于、刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值。,分边界值分析,等价类划分与边界值分析的结合三角形问题输入3个数：1=a、b、c=100测试是否为等边三角形、等腰三角形、一般三角形或非三角形思考：如何按照等价类
6、划分和边界值分析相结合设计测试用例？,分边界值分析,1、按照输出结果来划分等价类，分为等边三角形、等腰三角形、一般三角形、非三角形2、边界值分析：a取值：1、2、50、99、100 b取值：1、2、50、99、100 c取值：1、2、50、99、100a、b、c分别增加健壮性测试0和101等测试取值。测试用例共有多少个？,分享目录,功能概述等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,因果图法,因果图法：是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法。因果图法一般和判
7、断表结合使用，通过映射同时发生相互影响的多个输入来确定判定条件，最终生成判断表。因果图法产生的背景：等价类划分法和边界值分析方法都是着重考虑输入/出条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。,因果图法,有一个处理单价为1元5角钱的盒装饮料的自动售货机软件,因果图法,因果图法设计用例分析软件规格说明描述中的因果关系（输入与输出的因果关系）找出原因与结果、原因与原因之间的对应关系，画出因果图在因果图上标记约束或限制条件把因果图转化为判定表将判定表中的每一列拿出来设计测试用例,因果图法,优点1、因果图法能够帮助我们按照一定步骤，高效的选择测试用例，设计多个输入条件组合用例2、因
8、果图分析还能为我们指出，软件规格说明描述中存在的问题 3、可以依据因果图检验需求的逻辑和程序未来应包含的函数或方法。缺点1、输入条件与输出结果的因果关系，有时难以从软件需求规格说明书得到。2、即时得到了这些因果关系，也会因为因果关系复杂导致因果图非常庞大，测试用例数目极其庞大。,分享目录,功能概述等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,场景法,场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。,分测试用例设计方法的选择,场景法设计用例：1、根据说明，描述出程序的基本流及各项备选流；2、根据基本流和各项备选流生成不同的场景；3、对每
9、一个场景生成相应的测试用例；4、对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。,分享目录,功能概述等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,其它测试方法,压力 压力指在一定条件下，外界对手机输入一定数据量（如连续按键、保存、编辑等）使其达到满负荷或即将满负荷时运行一定时间，以验证手机是否工作正常2.性能性能主要从软件处于正常状态与高压状态设计专门的测试用例以验证手机处于事件的响应时间与成功率。两者可单独设计测试用例，也可有机结合来设计测试用例。,其它测试方法,其它测试方法,临界点法：指由一种状态变成另一种状态前应
10、具备的最基本条件。临界状态包括：正在存储数据、正在删除数据、正在传输数据、开始运行程序、结束运行程序。例如：定时信息发送的同时响应闹钟。,其它测试方法,错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例。列举出程序中所有可能有的错误和容易发生错误的特殊情况来设计测试用例例如:以前测试时曾出现过错误的地方，包括单元测试、集成测试、系统测试、前几次回归测试输入数据的问题，如是否可为空，是否可以有特殊字符，是否可以小于0、等于0等等一些问题的范围或边界,分享目录,功能概述等价类划分边界值分析 因果图与决策表法场景法其他测试法黑盒测试用例设计,黑盒测试用例设计,有个
11、项目交给你，这里是产品需求，下周把用例设计出来,接到任务,黑盒测试用例设计,分析需求需求有需求规格说明书和设计说明书 我们需要根据需求规格说明书和设计说明书，详细理解用户的真正需求，分析软件所实现的功能，对软件进行功能分解，然后着手制订测试用例。,黑盒测试用例设计,什么是“功能分解”？1.含义把软件分解为相对独立的功能单元2.目的1)通过功能分解可以明确软件功能性测试的内容2)使软件功能性测试可度量，有利于测试监督和管理,黑盒测试用例设计,功能分解应把握好度不能分解得过粗不能分解得过细可提高软件功能性测试度量的准确性最好按照功能的需求程度分解，要求高的分解的细一点，要求低的，可以测试的粗糙一点
12、。,黑盒测试用例设计,测试用例设计方法的选择通常在确定测试策略时，有以下5条参考原则：（1）在任何情况下都必须采用边界值分析法。这种方法设计出的测试用例发现程序错误的能力最强。（2）必要时采用等价类划分法补充测试用例。（3）采用错误推断法再追加测试用例。（4）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖 程度。如果没有达到要求的覆盖标准，则应当再补充更多的测试用例。（5）如果程序的功能说明中含有输入条件的组合情况，则应一开始就选用因果图法。总结：功能性测试方法主要有三种：等价类划分、边界值分析、因果图法、场景等方法，四种方法各有优势，应灵活使用,黑盒测试用例设计,编写易用性测试用例1、测试目
13、要言简意赅，并能描述功能点代表的软件特性；2、前置条件：有明确的设置或创建方法；3、操作步骤必须同时符合以下条件：A、步骤间采用并列式与递进式，并列式又可以明确的识别是段落 并列或单步并列；B、测试用例的步骤应尽可能少，最多不能超过10步；4、预期结果与操作步骤之间有清晰的对应关系：A、如果步骤间是单步并列的关系，则必须有统一的判定原则；B、如果步骤间是段落并列的关系，则每个段落有一个判定原则；C、如果步骤间是递进关系，则预期结果编号与操作步骤编号应保持对应关系；5、一个用例（除并发测试）只测试一个功能点，或一个用例只测试某功能点的一种特性。6、测试用例执行时，不产生歧义，对测试用例的内容不需
14、要其他协助可执行到位。,黑盒测试用例设计,属性与测试类别的关系A类：测试类别：功能的正确性；Bug现象：常用工无法使用、造成手机死机重启、安全性、数据丢失无法恢复B类：测试类别：错误处理、内部调用、用户界面、突发事件、并发测试Bug现象：一般功能无法使用，应用程序自动退出，报错但能恢复C类：测试类别：兼容性、边界值、内存测试、压力、性能；Bug现象：UI界面、小功能、建议级别、用户体验有一条规则：当一个bug的高低级别纠结时，就往级别的判断,黑盒测试用例设计,制定用例测试结果的规范,黑盒测试用例设计,讨论：测试判定标准是不是一成不变的？1.影响测试判定标准的因素：1)面临的用户群：企业用户群、市场用户群2)项目周期：项目开发成本、市场压力2.对上线项目测试的判断标准：1)对于企业用户群，制定不变的判定标准，要紧抓质量；2)对于市场用户群，判定标准则根据项目周期、用户群使用范围综合考虑，制定标准；3)对上线测试不通过的产品，如果客户可以被项目经理或市场负责人有效的安抚，可以特批上线。,Question？,Thanks！,
