【软件测试课件.ppt】驾照考试常见问题及解决办法

　　【软件测试课件.ppt】驾照考试常见问题及解决办法

　　《软件测试课件.ppt》为会员共享，可在线阅读。更多相关“软件测试课件.ppt（36页典藏版）”请搜索人人网。

　　1、1，软件测试实战教程方法与实践，第二部分软件测试技术，2，第4章黑盒测试案例实践，内容概要黑盒测试实践围绕两个案例进行，保险案例是一个功能级案例，信息采集系统是一个独立的系统级案例。使用多种黑盒测试方法设计测试用例，观察不同规模的系统如何影响测试方法的使用和测试工作负载。本章不涉及测试。实*敏*感*词*案例实践信息采集系统案例实践,4,4.1 保险基金案例实践，案例描述保费=基本保险费率年龄系数安全驾驶折扣，5，4.1保险费案例实践，基本保险费率1000元/年年龄系数和安全驾驶折扣。

　　2、见表 被*敏*感*词*必须年满16周岁，80周岁以下。被*敏*感*词*驾照初始分数为12分。凡违反交通规则，以整数为单位扣1分。或者一定数量的积分。如果被*敏*感*词*驾照的当前分数高于阈值分数（见表），则可以在投保时给予安全驾驶折扣。如果被*敏*感*词*驾照当前分数扣除达到甚至低于零，则被*敏*感*词*驾照被吊销，6,4.1 保险费案例实践，测试分析功能级案例没有明显的业务流程，直接选择边界值、等价类、决策表法 输入条件：被*敏*感*词*年龄与被*敏*感*词*驾照当前分数，并存在相互关系，应采用边界值测试和基于决策表的测试方法来设计测试*敏*感*词*。系统的输入和输出差别很大，但是输出完全依赖于输入计算，7,4.1 Insurance Gold case practice, test case.

　　3、Design 边界值测试基于决策表测试基于整体输入字段的等价类测试,8,4.1 保险案例实践，边界值测试1、boundary point age(6) ：16、25、35、45、60、80；分数 (6): 0, 5, 7, 9, 11, 12,9, 4.1 保险案例实践，边界值测试2、测试数据 age (18 分): 15, 16, 17, 24, 25 , 26, 34, 35, 36, 44, 45, 46, 59, 60, 61, 79, 80, 81;得分（13分）：-1, 0, 1, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,10,4.1 保险案例练习，边界值测试3、测试.

　　4、例：18(6-1)+13(6-1)=155个,11,4.1 保险基金案例练习，边界值测试完整测试案例，12,4. 1 保险黄金案例实践，基于决策表测试的测试用例设计边界值测试基于整体输入字段的等价类测试，13、4.1 保险黄金案例实践，基于决策表的测试等价划分， 14、4.1保险黄金案例实践，基于决策表的测试决策表， 15、4.1保险黄金案例实践，基于决策表的测试用例设计边界值测试基于等价类测试整体输入栏, 16 ,4.1 保险金案例练习, 基于整体输入栏的等效测试, 17,4.1 保险金案例练习, 测试汇总收录单一功能点, 不涉及业务流程，但收录复杂的输入/输出计算关系，需用针。

　　5、 对输入输出字段进行关键数据覆盖测试。本案例的测试用例设计侧重于测试数据的选择。测试侧重于如何选择典型数据来测试所有情况下的计算。有什么困难？有效地设计测试用例以实现完整性和无冗余。本案例的测试应尽可能以自动化测试为基础，可以借助单元测试工具辅助开发测试脚本。 18、4.2信息采集系统案在实践中，案例描述的主要功能是以学校为单位（仅限中小学），采集所有人的基本信息和照片信息在校学生，并进行自动验证，找出所有不符合要求的信息，并提醒学校负责该信息的人员采集（简称管理员）进行人工修改。如果验证通过，系统将根据规范要求自动采集学校信息并进行规范化，并使用Visual Studio 2008。

　　6、是开发平台，用C+语言开发实现，19,4.2 information采集system case practice,需求跟踪矩阵，20,4.2 information采集system case practice,需求规范说明(略),21,4.2信息采集系统案例实践,需求规范(略),22,4.2信息采集系统案例实践,测试分析主要有两个系统接口，需要考虑与用户输入输出相关的可用性问题。用户界面的功能测试和可用性测试有明显的业务流程，涉及到这些业务流程对应的多个功能点的测试问题可以使用基于场景的测试方法的核心是验证相关的数据，即错误检查的过程。因此，测试的重点是如何考虑所有无效的输入条件，构建相应的测试数据文件，23,4.2信息采集system案例实践，需要解决的核心。

　　7、 Question 如何规划测试内容，也就是需要测试哪些方面。如何选择测试数据，即如何尽可能地考虑系统的无效性，从而覆盖无效域。如何运行测试用例，即使用手工测试，还是使用自动化测试，24,4.2 信息采集系统案例实践，测试用例设计思路根据系统需求，将测试功能点划分为功能模块，并结合边界值、等价类划分等测试方法设计功能测试用例分析业务流程，基于场景方法，分析系统的主流程，分析每个流程的子流程，构建需要的场景进行测试，针对场景设计测试用例分析系统界面，并将界面划分为各个主界面的不同界面。用户界面测试区，25，4.2信息采集系统案例实践，1、基于基于模块的功能测试文件验证相应的被测功能特性，26，4.。

　　8、2信息采集系统案例实践，F1.3对应的测试需求，27，4.2信息采集系统案例实践，测试需求F1.3.1测试案例, 28, 4.2 information采集系统案实践, 2、Scenario-based业务流程在顶层测试基本流和替代流, 29,4.2 information采集系统案例实践,第二层的基本流和替代流（用于数据校验和数据导出节点），30,4.2 Information采集系统案例实践，第二层的基本流和替代流有不可行的场景如果关于基本主流分析得到的流和候选流作为有向图，场景（基本流+候选流1)是完全可行的场景，但从实际节点含义来看，该场景是不可能的，31，4.2 Information采集系统案例实践，测试案例设计基于流程中各个节点的场景分析。

　　9、提取系统的输入输出，结合边界值、等价类划分等测试方法设计测试用例，32，4.2信息采集系统案实践，3、基于界面 用户界面测试界面主要包括登录界面、信息验证界面和消息窗口。 33、4.2信息采集系统案例实践、3、基于界面的用户界面测试界面主要包括登录界面和信息验证界面和消息窗口、34、4.2信息采集系统案例实践，3、基于界面的用户界面测试界面主要包括登录界面、信息验证界面和消息窗口，35、4.2信息采集系统案例实践，测试总结收录多个功能点，涉及业务处理，并包括一个用户界面来接受输入并提供处理结果的输出。它需要单功能点测试和业务流程测试，以及用户界面测试。正确性和易用性测试系统主要基于数据验证。该测试侧重于无效输入的识别和反馈。难点在于如何尽可能覆盖需求中明确规定的无效输入情况和一些隐式无效输入情况。功能测试应该以手工测试为主，但表现形式是根据测试用例构建测试数据文件。从系统的运行结果可以直接判断是否存在缺陷，无需编写额外的测试脚本。谢谢，36。