软件工程-综合.ppt

《软件工程-综合.ppt》由会员分享，可在线阅读，更多相关《软件工程-综合.ppt（92页珍藏版）》请在三一文库上搜索。

1、1,3、估算完成该项目的规模及其成本 软件规模估计：代码行技术；功能点技术 软件成本估算：专家判断；类比估算；COCOMO模型 4、制定合理的软件项目计划，包括进度、成本、质量等方面的预测。 （参考：项目规划及软件项目任务书案例）,软件项目规划,2,软件规模估算,1、代码行技术 代码行技术是从过去开发类似产品的经验和历史数据出发，估算出所开发软件的代码行数。 采用代码行数以LOC，常用千行代码数KLOG来度量。（1KLOG=103 LOC） 代码行技术方法 首先给出软件的范围描述； 将项目分解的尽可能小，且可独立估算的子功能， 估算每一个子功能并将其代码行累加得到整个系统的代码行数。,3,代码

2、行技术方法： 为了更客观、准确，代码行估算可以由多名有经验的开发人员分别给出，最终计算出所有估算的平均值。 开发人员还可以提出一个有代表性的估算值范围，分别按照最佳（a）、可能（m）、悲观（b）给出估算值。 利用下列公式计算期望值： 代码行期望值：L=(a+4m+b)/6 其中：a:最佳值；m：可能值；b：悲观值,软件规模估算,4,进一步度量软件开发的其他规模指标 软件生产率：PkLOC/PM， 其中： PM为软件开发总的工作量，常用人月（PM）度量，这样P就为每人月完成的千行代码数。 每千行代码的平均成本：C=S/kLOC， 即：软件每行代码的平均成本，S用人民币（或其它货币）进行表示。 注

3、意：工作量和成本是指整个软件工程活动（包括分析、设计、编码和测试）的工作量和成本，而不仅仅指编码活动， 文档代码比D=Pe /kLOC；Pe为软件项目相关文档页数 代码错误率EQR=N/kLOC；N为代码中的总错误数。,软件规模估算,5,软件规模估算,优点 简单方便，在历史数据可靠的情况下可以很快估算出比较准确的代码行数。 可度量软件代码的生成率、开发每行代码的平均成本、文档与代码的比例关系、每千行代码的软件错误数等 缺点 需要依赖比较详细的功能分解，难以在开发初期进行估算 估算结果与所用开发语言紧密相关，无法适用于非过程语言,6,例如：某软件公司统计发现该公司每一万行 C 语言源代码形成的源

4、文件约为250K 。某项目的源文件大小为3.75M ，则可估计该项目源代码大约为15万行，该项目累计投入工作量为240人月，每人月费用为10000元（包括人均工资，福利,办公费用公滩等）， 则该项目中 1 LOC 的价值为： （24010000）/150000 16 元/ LOC 那么，项目的人月均代码行数为： 150000/240=625 LOC/人月。,软件规模估算,7,在软件公司中，常用一个表格来记录项目中面向规模的度量。 表1 软件项目记录 表2 软件项目规模估算示例,软件规模估算,8,软件规模估算,2、功能点技术：依据软件信息域的基本特征和对软件复杂性的估计，估算出软件规模。 软件信

5、息域的5个基本特征，包括：外部输入、外部输出、外部查询、内部逻辑文件和外部接口。 外部输入：用户进行添加或修改数据的屏幕或表格 外部输出：软件为用户产生的输出屏幕或报表 外部查询：软件以联机输出方式产生的独立查询 内部逻辑文件：软件修改或保存的逻辑记录集合 外部接口：与其他系统进行信息交换或共享的文件 这种方法适合于在软件开发初期进行估算，并以功能点为单位度量软件规模。,9,功能点估计方法 步骤： 1) 计算外部输入、外部输出、外部查询、内部逻辑文件和外部接口的数目； 2) 每类特征划分为简单、中等和复杂三个等级，每一个特征在不同等级上将分配不同的加权因子。 如，每类特征加权因子确定为： 简单

6、：输入3、输出4、查询3，主控文件7、接口5； 中等：输入4、输出5、查询4，主控文件10、接口7； 复杂：输入6、输出7、查询6，主控文件25、接口10 然后，将这些数据进行加权乘,软件规模估算,10,3) 估计者根据软件受到的多种技术因素的影响， 如：性能、数据处理、可维护性等多种技术的影响，再对计算出的未调整功能点总数（UFP）进行适当的调整。 如P52表列出的14种技术因素， Fi的取值为05， ： F1:系统需要可靠的备份和恢复吗？ F2:系统需要数据通信吗？ Fi， 定义为：1：偶然影响、2：轻度影响、3：一般影响：4：重要影响、5：非常重要影响,软件规模估算,11,软件规模估算,

7、12,举例：软件规模估算,例：某公司大约有3000 名员工，准备开发一个简单的工资系统 系统要求用户从屏幕上输入员工的基本信息（包括员工编号、基本工资、所在等级、所属部门等）和每月的考勤情况，这两个屏幕输入的复杂度为“复杂”；另外，还有一个所得税信息的输入，其复杂度为“中等”。 系统生成员工的工资单，列出工资的所有收入项和纳税扣除额，并在屏幕上显示工资单，工资单的功能复杂度是“复杂”；另外，系统产生7个报表，每个报表的复杂度是“简单”。 系统提供20个查询，每个查询的复杂度是“简单”。 系统内部维护一个员工信息文件，该文件的复杂度是“复杂”。 系统引用了3个数据表，包括员工基本信息、部门信息和

8、所在等级，其中员工基本信息的复杂度是“中等”，其他两个的复杂度是“简单”。,13,举例：软件规模估算,计算未调整功能点,14,举例：软件规模估算,计算调整后的功能点,15,举例：软件规模估算,部分开发语言中一个功能点对应的代码行数行（LOC）/功能点(FP),假设用VB 开发,源程序行数SLOC241383312,16,软件成本估算,软件成本估算一般包括：专家判断、类比估算和经验模型等3种技术。 自上而下方法 对整个项目的总开发时间和总工作量做出估算，然后把它们按阶段、步骤和工作单元进行分配； 自下而上方法 分别估算各工作单元所需的开发时间，然后汇总得出总的工作量和开发时间。,17,专家判断

9、专家判断是依靠一个或多个专家对项目成本作出估计，这是一种近似的猜测，要求专家具有专门知识和丰富的经验。 Delphi 方法是最流行的专家评估技术，它鼓励参与者就问题相互讨论，互相说服对方，最终达成共识。 步骤： 协调人向各专家提供项目规格和估计表格； 专家匿名填写迭代表格； 协调人汇总，返回专家； 如估计差异较大； 专家复查估计，总结、迭代，重新提交估计； 重复 ，直到达到一个最低和最高估计的一致。,软件成本估算,18,软件成本估算,19,软件成本估算,类比估算 类比估算适合评估一些与历史项目在应用领域、环境和复杂度上相似的项目，通过新项目与历史项目的比较得到成本估算。 类比估算的精确度取决于

10、历史项目数据的完整性和准确度。 步骤： 整理出项目功能列表和实现每个功能的代码行； 标识出每个功能与历史项目的相同点/不同点； 通过步骤 1 和 2 得出各个功能的估计值，产生成本的估计。 注：软件项目中的类比法，往往还要解决可重用代码的估算问题。,20,重用代码量的估计: 由程序员或系统分析员详细地考查已存在的代码。 新项目可重用的代码中需重新设计的百分比； 需重新编码或修改的百分比； 需重新测试的百分比。 利用计算公式计算等价新代码行： 等价代码行=(重新设计 %+重新编码%+ 重新测试%)/3已有代码行,软件成本估算,21,例如：有 10,000 行代码重用， 假定 30% 要重新设计，

11、50% 要重新编码，70% 要重新测试，那么其等价的代码行可以计算为： (30% + 50% + 70%)/3 10,000=5,000 等价代码行. 意即：重用这 10000 代码相当于编写 5000 代码行的工作量。,软件成本估算,22,软件成本估算,COCOMO模型 结构性成本模型COCOMO（Constructive Cost MOdel）是一种利用经验模型进行成本估算的方法 基本COCOMO 模型 这是一个静态单变量模型，用一个以源代码行数为自变量的经验函数来计算软件开发工作量。 计算公式：E=aLb D=cEd E:开发工作量（人月），D:开发时间（月），L:千行代码数，a,b,c

12、与软件系统有关。,23,软件成本估算,中间COCOMO 模型 中间 COCOMO 模型以基本 COCOMO 模型为基础，通过对影响工作量的若干因素进行估计，确定出调节因子，再对工作量估算公式进行修正。 计算公式 EaLbF E:开发工作量（人月），F是调节因子，与计算机环境、人员和项目等因素有关，见表39，L:千行代码数，a,b取值见表38。,24,软件成本估算,25,举例：软件成本估算,如：工资系统用Vb开发，代码行数3312,26,软件项目计划,软件项目计划是一个用来协调所有其他计划、以指导项目实施和控制的文件，它应该随着项目的进展和信息的补充进行定期完善。 软件项目计划包括项目可用的资源

13、、工作分解以及完成工作的进度安排，另外还有各种支持性计划。 质量计划：描述质量过程和质量标准 确认计划：描述系统确认的方法、资源和进度 配置管理计划：描述配置管理的过程和结构 维护计划：预期系统维护需求和所需的成本与人力 人员开发计划：描述如何开发项目人员的技能和经验,27,软件项目计划,项目进度计划的过程,工作分解 将项目整体分解成较小的、易于股哪里和控制的若干子项目或工作单元，直到可交付成果定义的足够详细，足以支持将来的活动,28,项目工作分解,模板：按照项目实施过程的顺序分解,29,甘特图,30,SPMP（IEEE 10581998）,软件项目管理计划（Software project

14、Management Plan，SPMP）用来协调所有其他计划、以指导项目实施和控制的文件 记录计划的假设条件以及方案选择； 确定关键管理审查的内容、范围和时间； 为进度评测和项目控制提供一个基线。,31,SPMP（IEEE 10581998）,32,本节掌握内容,软件项目规划三步 需求分析；分解任务、估算规模、成本，写出计划书 规模估算 代码行技术 步骤：确定范围、分解功能、估算千行代码数 期望值：L=(a+4m+b)/6 软件生产率:P=kLOC/PM；千行代码成本：C=S/kLOC 文档代码比：P=Pe/kLOC；错误代码率：EQR=N/kLOC 功能点技术 5个基本特征数：外部输入、外

15、部输出、外部查询、内部逻辑文件、外部接口 步骤：计算特征数；划分等级加权乘； 修正偏差Fp=总计数*0.65+0.01Fi,33,掌握内容,成本估算 专家判断：Delphi方法（迭代方法） 类比估算 列出功能点和实现代码行； 分析不同点/相同点，估算成本 重码工作量计算 COCOMO方法 计算基本模型： E=aLb D=cEd 修正： EaLbF, a,b,c,d:应用程序、实用程序编译等；控制程序，操作系统。,34,内容提纲,人员组织与管理 软件项目组织形式、微软公司的开发团队 项目沟通管理 醒目沟通的复杂性与活动 软件项目规划 软件项目估算与计划 软件风险管理 风险识别、风险分析、风险规划

16、、风险监控 软件配置管理 软件配置管理的概念与活动,35,软件风险管理,项目风险是一种不确定的事件或情况，一旦的发生，就会对项目目标产生正面或负面的影响。 风险分为两类： 可预见风险：可以根据开发经验或逻辑推理来预见的，是可以计划和管理的。 不可预见风险：不能根据所拥有的资料进行预见的，是不可计划和管理的，要求做好应急措施。 风险管理是IT软件项目减少失败的一种重要手段。 采取结构化风险管理来发现计划中的缺陷 采取行动来减少潜在问题发生的可能性和影响 在危机发生之前就对它进行处理 这样就会提高项目成功的机会和减少不可避免风险所产生的后果,36,举例：软件项目的一些风险,软件开发项目由于自身的特

17、点而具有极大风险,37,项目风险管理过程,软件风险管理是贯穿在项目开发过程中的一系列管理步骤。通过主动而系统地对项目风险进行全过程的识别、分析和监控，最大限度地降低风险对软件开发的影响。,38,风险识别,风险识别是试图采用系统化的方法，识别特定项目已知的和可预测的风险，项目管理者就有可能避免这些风险，必要时控制这些风险。 常用的风险识别方法 头脑风暴法 由项目小组根据项目目标、项目的制约因素和假设条件，在项目具有的历史资料以及过去的经验教训等基础上综合判断项目的可能风险。 风险检查表 列出了所有可能的与每一个风险因素有关的提问，使项目管理者可以集中识别常见的、已知的和可预测的风险，诸如软件规模

18、、商业影响、客户特性、软件过程、开发技术、开发环境、开发人员等方面的风险。,39,举例：头脑风暴法,举例：识别举办短期培训班项目的风险 列出项目的工作分解结构； 项目小组一起进行头脑风暴，对每一项任务进行讨论，识别所有可能的风险，防止遗漏重要的风险。,40,举例：头脑风暴法,可能的风险 确定培训项目 题目选择不当，可能招不来学生，导致亏本。 寻找培训讲师 讲师可能生病或者临时有重要事情来不了。 招生 可能没有学员报名。 授课 投影仪可能出问题。 结束课程 学员不满意，大闹课堂。 问题：还有哪些可能的风险？,41,举例：风险检查表,42,举例：风险检查表,43,风险分析,风险分析是对已识别的风险

19、进行估计和评价，确定风险发生的概率与后果。 定性分析 评估已识别出的项目风险的影响和可能性，并按照可能产生的影响进行排序。 定量分析 量化分析每一风险的概率及其对项目目标造成的后果，并得出每种风险的大小和严重程度等。 软件开发风险通常包括性能、成本、支持和进度等，这些风险对项目目标可能产生的影响可以划分为 可忽略的、轻微的、严重的、灾难性的等四个级别。,44,举例：软件项目风险分析,45,风险规划,在识别和分析项目风险之后，项目管理者应该关注那些影响较大的风险，并制定出具体的风险应对策略。 常用的风险应对策略包括风险规避、风险缓解、风险转移、风险接受等。 风险规避是设法降低风险出现的可能性 风

20、险缓解是设法减少风险产生的影响 风险转移是将风险转移给第三方 风险接受是采取应急方案应对风险的发生,46,举例：风险应对策略,47,风险监控,风险监控是跟踪和监视项目的执行状态，洞察由于人员、技术、环境等方面的变化而给项目目标实现产生的影响。 监控风险发生的情况，及早发现风险事件的征兆和苗头 监控风险管理计划的落实情况，确保该计划的有效实施 风险监控可能产生的结果 随机应变措施 纠正行动 变更请求 修改风险应对计划,48,举例：风险监控,49,内容提纲,人员组织与管理 软件项目组织形式、微软公司的开发团队 项目沟通管理 醒目沟通的复杂性与活动 软件项目规划 软件项目估算与计划 软件风险管理 风

21、险识别、风险分析、风险规划、风险监控 软件配置管理 软件配置管理的概念与活动,白盒测试及测试用例设计,语句覆盖 判定覆盖 条件覆盖,判定条件覆盖 条件组合覆盖 路径覆盖。,常用的白盒测试方法： 逻辑覆盖测试，基本路径测试，数据流测试，循环测试。 （1）逻辑覆盖: 以程序内部的逻辑结构为基础设计测试用例的方法，关注对程序逻辑的覆盖程度。,例:PROCEDURE SAMPAL (A，B：REAL； VAR X：REAL); BEGIN IF (A1) AND (B=0) THEN X:=X/A IF (A=2) OR (X1) THEN X:=X+1 END;,例：对下列子程序进行测试,白盒测试及

22、测试用例设计,52,1）语句覆盖: 被测程序中每个语句至少执行一次,语句覆盖是最弱的逻辑覆盖,白盒测试及测试用例设计,53,2)判定覆盖(分支覆盖)：使每个判定的真假分支都至少执行一次,白盒测试及测试用例设计,54,3)条件覆盖: 使每个判定的每个条件的可能取值至少执行一次,A 1，B = 0，A = 2，X A A 1，B 0，A 2，X 1,白盒测试及测试用例设计,.,4)判定/条件覆盖,选取足够多的测试用例，使判断中的每个条件的所有可能取值至少执行一次，同时每个判断本身的所有可能判断结果至少执行一次。,首先选择路径进行判定覆盖测试，同时考虑条件覆盖，这时就可能得到满足判定/条件覆盖标准的

23、最少的测试用例。,白盒测试及测试用例设计,56,4)判定/条件覆盖,A 1，B =0，A =2，X A A 1，B 0，A 2，X 1,判定1：T,F 判定2：T,F,白盒测试及测试用例设计,5)条件组合覆盖,条件组合覆盖: 选择足够的测试用例，使得运行这些测试用例时，被测程序的每个判定中的条件的所有可能组合都至少出现一次。,必须注意的是，这里的条件组合是指每个判定中的条件的所有可能组合，而不是整个程序的所有条件的所有可能组合。,白盒测试及测试用例设计,58,白盒测试及测试用例设计,5)条件组合覆盖,59,5)条件组合覆盖,白盒测试及测试用例设计,60,条件组合覆盖是上述五种覆盖标准中最强的一

24、种，满足条件组合覆盖标准的测试用例一定也满足判定覆盖、条件覆盖、判定 / 条件覆盖、语句覆盖标准。然而，条件组合覆盖仍不能保证程序中所有可能的路径都被覆盖，如：acd没有经过。,6)路径覆盖,路径覆盖是指选择足够的测试用例，使得运行这些测试用例时，被测程序的每条可能执行到的路径都至少经过一次（如包含环路，则每条环路至少经过一次）,本例中所有可能执行的路径有： ace（判断1为“t”且判断2为“t”） abd（判断1为“f”且判断2为“f”） abe（判断1为“f”且判断2为“t”） acd（判断1为“t”且判断2为“f”）。,白盒测试及测试用例设计,路径覆盖实际上考虑了程序中各种判定结果的所有

25、可能组合， 但它未必能覆盖判定中条件结果的各种可能情况。 它是一种比较强的覆盖标准，但不能替代条件覆盖、判定 / 条件覆盖和条件组合覆盖标准。,6)路径覆盖,白盒测试及测试用例设计,逻辑覆盖测试强调“运行这些测试用例时”覆盖了被测程序的哪些判定、条件或路径。 语句覆盖： 对程序中每个语句至少执行一次； 适合于简单的顺序语句； 分支覆盖： 使每个判定的分支都至少执行一次，满足语句覆盖 适合于简单的分支语句；,逻辑覆盖小结：,条件覆盖： 使每个判定的每个条件的可能取值至少执行一次 条件覆盖通常比判定覆盖强，但条件覆盖与判定覆盖不一定相互包含； 分支/条件覆盖 使判断中的每个条件的所有可能取值至少执

26、行一次，同时每个判断本身的所有可能判断结果至少执行一次。 满足判定/条件覆盖的测试用例一定也满足判定覆盖、条件覆盖、语句覆盖 ，但条件组合欠缺,逻辑覆盖小结：,条件组合覆盖 使得被测程序的每个判定中的条件结果的所有可能组合都至少出现一次。 条件组合是指每个判定中的条件结果的所有可能组合，而不是整个程序的所有条件结果的所有可能组合。 缺陷：没有覆盖所有的程序路径。,逻辑覆盖小结：,路径覆盖 使得被测程序的每条可能执行到的路径都至少经过一次。 路径覆盖实际上考虑了程序中各种判定结果的所有可能组合，但它未必能覆盖判定中条件结果的各种可能情况。 它是一种比较强的覆盖标准，但不能替代条件覆盖、判定 /

27、条件覆盖和条件组合覆盖标准。,逻辑覆盖小结：,根据程序代码的情况选择合适测试方法； 根据测试的重点选择合适的测试方法；,基本路径测试:,基本路径测试是Tom McCabe提出的一种白盒测试技术，这种方法步骤： 首先根据程序画出控制流图，并计算其区域数， 然后确定一组独立的程序执行基本路径， 最后为每一条基本路径设计一个测试用例。,在实际问题中，包含循环的程序其路径数往往非常多，测试常常难以做到覆盖程序中的所有路径，如何把测试的程序路径数压缩到一定的范围内？,白盒测试及测试用例设计,流图：由节点和边组成的一种简单的控制流表示方法。 首先，将含复合条件的设计图转化为只含简单条件的设计图,b）只含简

28、单条件的设计图,白盒测试及测试用例设计,流图：其次 设计图中一个连续的处理框（对应于程序中的顺序语句）序列和一个判定框（对应于程序中的条件控制语句）映射成流图中的一个节点； 设计图中的箭头（对应于程序中的控制转向）映射成流图中的一条边。 设计图中多个箭头的交汇点映射成流图中的一个节点：空节点,把流图中由节点和边组成的闭合部分称为一个区域，在计算区域数时，图的外部部分也作为一个区域。如流图的区域数为3 在流图中独立路径至少包含一条在定义该路径之前未曾用到过的边。在基本路径测试时，独立路径的数目就是流图的区域数。,例：导出程序流程图的拓扑结构-流图,只包含独立路径的基本路径集 path1:1-11

29、 path1:1-2-3-4-5-10-1-11 path1:1-2-3-6-8-9-10-1-11 path1:1-2-3-6-7-9-10-1-11,区域个数流图G的环路复杂度V(G)，计算方法： V(G)= 区域个数=4 V(G)=边的条数-节点个数+2 =11924 V(G)=判定节点个数+1 =314。,等价类划分方法就是将所有可能的输入数据划分成若干个等价类，然后在每个等价类中选取一个代表性的数据作为测试用例。,测试用例： 该子集中的每个输入数据对发现软件中的错误都是等效的，可从每个子集中选取一组数据来测试程序。,等价类划分,等价类可分为： 有效等价类：符合需求说明要求的合理的输入

30、数据集合 无效等价类：不符合需求说明要求的不合理的或非法的输入数据集合 。,划分等价类的标准： 覆盖 不相交 代表性,等价类划分,划分等价类的规则：,1)如果输入条件规定了取值范围，可定义一个有效等价类和两个无效等价类。 例 ：输入值是学生成绩，范围是0 100,等价类划分,2)如果输入条件规定了值的个数，则可以确定一个有效等价类（输入值的个数等于规定的个数）和两个无效等价类（输入值的个数小于规定的个数和大于规定的个数）。,等价类划分,3)如规定了输入数据的一组值，且程序对不同输入值做不同处理，则每个允许的输入值都是一个有效等价类，并有一个无效等价类 (所有不允许的输入值的集合)。,等价类划分

31、,4)如果输入条件代表的集合是某个元素，则可定义一个有效等价类和一个无效等价类。 例如：某项活动截至日期是07年12月31日,等价类划分,5)如果输入条件规定了输入值必须遵循的规则，那么可以确定一个有效等价类（符合此规则）和若干个无效等价类（从各个不同的角度违反此规则）。,例如，规定变量标识符以字母开头。 有效等价类是“以字母开头”； 无效等价类有“以数字开头”、“以标点符号开头”、“以特殊符号开头”等。,等价类划分,等价类设计测试用例的方法：,1.确定等价类 根据软件规格说明，对每一个输入条件确定若干个有效等价类和若干个无效等价类。每一等价类和无效等价类规定一个唯一的编号，记录在下表中。,等

32、价类表,(2)设计一个测试用例，使其尽可能多的覆盖尚未覆盖的有效等价类； 重复这一步骤，直到所有有效等价类均被测试用例所覆盖；,(3)设计一新测试用例，使其只覆盖一个无效等价类，重复这一步骤直到所有无效等价类均被覆盖；,等价类设计测试用例的方法：,例1: 某报表处理系统要求用户输入处理 报表的日期，日期限制在2005年1月至2007年12月，即系统只能对该段期间内的报表进行处理，如日期 不在此范围内，则显示输入错误信息。 系统日期规定由年、月的6位数字字符组成，前四位代表年，后两位代表月。 如何用等价类划分法设计测试用例, 来测试程序的日期检查功能？,等价类设计测试用例的方法：,“报表日期”输

33、入条件的等价类表,等价类设计测试用例的方法：,第一步：等价类划分,对表中编号为(1),(2),(3)的3个有效等价类用一个测试用例覆盖：,测试数据 期望结果 覆盖范围,200505,等价类(1)(2)(3),输入有效,第二步：为有效等价类设计测试用例,等价类设计测试用例的方法：,第三步：为每一个无效等价类设计至少 一个测试用例,测试数据 期望结果 覆盖范围,001MAY,等价类(4),输入无效,20055,等价类(5),输入无效,2005005,等价类(6),输入无效,200005,等价类(7),输入无效,200805,等价类(8),输入无效,200500,等价类(9),输入无效,200513

34、,等价类(10),输入无效,不能出现相同 的测试用例,本例的10个等价类至 少需要8个测试用例,招干考试分三个专业,准考证号第一位 为专业代号,如: 1-行政专业, 2-法律专业, 3-财经专业. 行政专业准考证号码为:110001111215 法律专业准考证号码为:210001212006 财经专业准考证号码为:310001314015,例2:对招干考试系统“输入学生成绩”子模块设计测试用例,等价类设计测试用例的方法：,有效等价类: (1) 110001 111215 (2) 210001 212006 (3) 310001 314015 无效等价类: (4) - 110000 (5) 11

35、1216 210000 (6) 212007 31000 (7) 314016 + ,准考证号码的等价类划分,等价类设计测试用例的方法：,(2)边界值分析法,测试实践说明，在输入/出边界情况时出错的概率比较大，在输入/出范围的边界附近应设计一些测试用例。,边界值分析方法通常是等价类划分方法的一种补充. 边值分析方法挑选位于输入/出范围边界附近的数据用作测试用例 。,(2)边界值分析法,这里边界附近的数据是指正好等于或刚刚大于或刚刚小于边界的值。,经常把边界值分析方法与其他测试用例设计方法结合起来使用。,“报表日期”边界值分析法测试用例,总 结,术语：确认和验证，活动模型 软件测试策略 概念， 各阶段关系、 测试步骤， 单元测试，集成测试，确认测试，系统测试等定义,总 结,软件测试技术的分类：静态动态；人工工具；黑盒白盒； 白盒测试技术：逻辑覆盖测试、基本路径测试； 语句覆盖、判定覆盖、条件覆盖、判定条件覆盖条件组合覆盖、路径覆盖 黑盒测试：等价类划分、边界值分析。,