第2讲 黑盒测试 3

1、ECJTU 软软 件件 测测 试试 技技 术术 bugs 第第2 2讲讲 黑盒测试技术黑盒测试技术3 3 软件工程 赵丽萍 创新大楼 西楼403 -2- ECJTU黑盒测试黑盒测试 基于正交表的测试 基于场景的测试 基于状态转换图的测试 信息采集系统案例实践 -3- ECJTU正交表测试 测试问题 1. 边界值测试中，基于单缺陷假设：即采用弱边界法， 每个用例仅覆盖某个输入的边界，其他输入取正常值 多个输入取边界的组合情况未考虑，忽略了各种 边界组合用例（数量庞大），实际上存在测试漏洞！ 需要补充测试来弥补漏洞（要求较少的工作量和 均衡的测试分布） 2. 当对被测对象的边界、等价毫无概念时，如

2、何选择 测试数据和设计用例呢？ -4- ECJTU正交表测试 正交表测试法： 通过引入正交表，利用其数据均布的特性来设计 测试用例（即从全面试验中挑选有代表性的试验点） 避免测试的片面性，达到合理分布测试点，并有 效降低测试工作量的目的。 特性： 均匀分散：试验点均匀分布在整个试验范围，每个试 验点有充分的代表性 整齐可比：性能测试中，便于结果分析，可以充分估 计出每个试验条件对试验指标的影响。 A1 A2 A3 各有3个用例（试验点） A2 分别与 B C 的3个数值组合 -5- ECJTU正交表法 一个案例故事 1992 AT&T发表了一篇在测试过程中使用正交表 的一个案例，基于局域网的电

3、子邮件软件的回归测试。 最初制定的测试计划是用18周的时间执行1500个 测试用例。但是，开发进度推迟了，测试时间被压缩 到仅8周时间。 测试负责人采取另外一个测试方案和计划，即2 个人8周的时间测试1000个测试用例，但是他不敢保 证测试的质量，对这些用例检测缺陷的能力不放心。 为了减轻这种不确定性的问题，他用正交表法重 新设计了测试用例，此时测试用例只有422个。 -6- ECJTU正交表法 于是，用这422个测试用例去测试，发现了41个 缺陷。开发人员修复缺陷，然后软件就发布了。 后来，在使用的两年时间内，凡被测试到的领域 都没有再发现缺陷，因此在发现缺陷这方面，此测试 计划是100%有

4、效。 据测试负责人估计，如果AT&T采用之前的1000 个测试用例的测试计划，可能仅仅只发现这些缺陷中 的32个，将遗漏9个缺陷。 与最初的计划相比，用正交表设计测试用例执行 工作量不到50%，但却有效地保证产品质量。 -7- ECJTUL L9 9(3(34 4) ) 正交表正交表 用例用例ID A 红B 啤C 白D 黄输出y 1A1B1C1D1y1 2A1B2C2D2y2 3A1B3C3D3y3 4A2B1C2D3y4 5A2B2C3D1y5 6A2B3C1D2y6 7A3B1C3D2y7 8A3B2C1D3y8 9A3B3C2D1y9 红酒、啤酒、白酒、黄酒， 共有4个输入，各均匀取3

5、个测试数据，3种取值 也可以是边界数据 L9(34)，n，q，s 表中数字，代表输入取值的标号 对于功能测试，y代表预期输出 对于性能测试，y代表相关的性能指标 -8- ECJTU正交表测试 正交表 正交表 Ln(qs)，如，如L9(34)， L16(45) n 实际正交组合数，行数（生成的用例数） q 每个输入条件所取的测试数据数量 s 输入条件的总数 qs 理论上全组合方式的测试用例数量。 如佣金问题，红酒、啤酒、白酒、黄酒，共有4 个输入 q=3，各均匀取3个测试数据 s=4（或边界、等 价类），有34 种组合。 n qs ，9 34 正交表用例的数量很少 -9- ECJTU正交表测试

6、全组合 简单组合 正交表 简单组合： A1 有5个，A2 A3 各1个数据覆盖。 B1 B2各3个，B3 有1个。 简单组合： 从整体空间上，和 两两组合上看，也 不平衡，有遗漏。 -10- ECJTU正交表测试 正交表的性质： 1）每一列中每个输入条件的各个测试数据出现 的次数相同 因而，每个输入的每种取值与其他输入的所有取 值构成测试用例的概率完全相同。 2）任意两列所构成的各有序数对出现的次数相 同 表中 A和B（及AC BD等任意两输入）的9种组合 都恰好出现了一次 充分保证用例在整个取值空间分布的均匀性，保 证了测试用例的代表性。 -11- ECJTUL L9 9(3(34 4) )

7、 正交表正交表 用例用例ID A 红B 啤C 白D 黄输出y 1A1B1C1D1y1 2A1B2C2D2y2 3A1B3C3D3y3 4A2B1C2D3y4 5A2B2C3D1y5 6A2B3C1D2y6 7A3B1C3D2y7 8A3B2C1D3y8 9A3B3C2D1y9 -12- ECJTU正交表测试 正交表测试法的特点 无需穷举所有组合情况，只需要使用少量的抽样组合 数据构成测试用例，可明显地提高效率 用正交表抽样出的组合数据分布均匀，对组合情况具 有最佳的覆盖性 能避免减少手动对组合数据抽样导致的大量测试遗漏 -13- ECJTU正交表测试 一般步骤 将整体输入域拆分为个体输入域，确

8、定所有输入条件 及其最大取值范围 确定每个输入条件的取值个数 按等距或者系统业务特性等确定取值数量，并确 定具体测试数值。 选择合适的正交表 测试人员没必要创建正交表，会选择好就行 建立测试正交表（即设计测试用例） -14- ECJTU正交表测试 选择正交表 正交表 Ln(qs)，如，如L9(34) ， L16(45)， L8(27) n 实际正交组合数，行数；q 每个输入条件所取的 测试数据数量； s 输入条件的总数。 假设 ni 个输入条件，每个输入有 nv 个取值， 例如年月日 ni=3，各取 3个典型数据，则： 1）表中的输入的取值数 q 应等于 nv 2）表的列数 s 应不小于 ni

9、 3）表的行数 n 不小于 所需的最小测试用例数 正交表的行数 n = 1 + q ( s 1) -15- ECJTUL L9 9(3(34 4) ) 正交表正交表 用例用例ID A 红B 啤C 白D 黄输出y 1A1B1C1D1y1 2A1B2C2D2y2 3A1B3C3D3y3 4A2B1C2D3y4 5A2B2C3D1y5 6A2B3C1D2y6 7A3B1C3D2y7 8A3B2C1D3y8 9A3B3C2D1y9 选取3列的子表，也满足 前面的各种性质 -16- ECJTU正交表测试 选表时的一些情况 针对已有输入条件个数 ni 和测试数据个数 nv，找不 到合适的正交表。 如5个输

10、入，分别3个取值， L9(34)就不合适。应 增加 1个测试数据，来贴近差距最小的正交表 L16(45) 。 可以增加抽取重要的测试数据。 对测试用例的规模有一定要求时，可以选择用例数多 的正交表。 所有输入条件的测试数据个数并非完全相同，应按输 入条件最多的测试数据选择正交表。 同时，其他的输入条件补足测试数据。 -17- ECJTU正交表测试 捉虫实践：NextDate 结合边界的正交表测试 测试一：2个边界 年份：1800, 2050；月份：1, 12；日期：1, 31 最少用例数 n = 1 + q ( s 1) = 1+3x(2-1) = 4 选择L4(23) 包含各种两两组合 -1

11、8- ECJTU正交表测试 测试三：边界+2个邻域值 年：1800, 1801, 2049, 2050； 月：1, 2, 11, 12；日：1, 2, 30, 31 最少用例数 = 1+3x(4-1) = 10，选择L16(45) JPGc23_p71_2.png -19- ECJTU正交表测试 结合边界的测试分析 与边界值法(单缺陷假设)对比 对比指标：用例典型性 针对特殊值的测试用例所占比例 -20- ECJTU正交表测试 从用例数量和典型性来看，正交表的测试效果更好一 些。 正交表的用例在缺陷隔离定位方面不如边界值法。 综合来看，二者应该结合使用。 边界值法基于单缺陷假设，可有效控制用例

12、规模，便 于缺陷隔离和定位。 正交表法的边界用例会覆盖多个条件取边界的组 合情况，且用例分布均匀，便于覆盖到强边界，起到 很好的补充作用。 -21- ECJTU正交表测试 捉虫实践：NextDate 结合等价类的正交表测试 测试二：有效取值范围三等分抽取数据。 年份：1883, 1966；月份：4,8；日期：10, 20 最少用例数 = 1+3x(2-1) = 4，选择L4(23) -22- ECJTU正交表测试 测试三：有效取值范围五等分抽取数据。 年份：1850, 1900, 1950, 2000； 月份：3,5,7,9； 日期：6,12,18,24 选择L16(45) JPGc23_p7

13、2_2.png 都是普通日期 -23- ECJTU正交表测试 测试四：采用等价类划分 JPGc2_p57.png 年份：1850, 1900, 2000, 2004； 月份：2, 3, 6, 10； 日期：14, 29, 30, 31 选择L16(45) JPGc23_p73.png -24- ECJTU正交表测试 测试五：采用更合理的等价类划分 JPGc22_p64_2.png 年份：1850, 1900, 1950, 2000, 2004； 月份：2, 3, 6, 8, 12； 日期：14, 28, 29, 30, 31 选择L25(56) c23_p73_2.png c23_p74.pn

14、g -25- ECJTU正交表测试 等价类测试（强组合） vs 正交表测试 用例典型性：针对特殊值的测试用例 查看书上 P75 表3.34 未运用等价类时（测试二三），两方法的效果都不好。 随着测试数据增加，等价类法（均匀划分）的测 试用例数量增大很快，难以改善测试漏洞。 相对而言，正交表法的测试用例更均匀，用例规 模小，体现出更大的优势。 -26- ECJTU正交表测试 运用等价类后，等价类的测试漏洞更少了。 正交表法尽管用例数量少，但用例典型性不如等 价类法 等价划分合理时，等价类法可以确保良好的测试效果， 一般不需要使用正交表法测试。 一般应采用边界值法和等价类法。并结合边界值 来建立正

15、交表进行补充，从而测试多个边界缺陷共存 的情况。 用例数代表性年末月末闰月不存在 正交表2536%4%12%8%12% 等价类4040%5%10%10%15% -27- ECJTU正交表测试 小结 正交表法：根据正交性原理，从全组合测试中挑选具 有一定代表性的测试用例。 优点：用例数量少、测试分布均匀 适合于处理对数据完全不了解或者针对边界进行补充 测试的情况。 当充分结合业务与数据特点设计时，正交表很难 体现优势。 相比 NextDate，佣金问题更适合采用正交表法，其输 入间不存在关联性，且约束条件少（2个边界）。 -28- ECJTU正交表测试 难点：根据系统的输入条件选择合适的正交表。

16、 无法使用正交表的情况： 输入条件数太多； 输入条件之间是互斥关系，即一个输入条件存在时， 另一个输入条件不存在 -29- ECJTU正交表法 正交表法（补充） 如何查找正交表 Technical Support () http:/ t 查Dr. Genichi Taguchi设计的正交表 http:/www.york.ac.uk/depts/maths/tables/orthogonal.htm 上面查询 数理统计、试验设计等方面的书及附录中 -30- ECJTU正交表测试 正交表法（补充） 假设要为某个电子商务系统测试各种Web客户端的兼 容性。 涉及到操作系统、浏览器、网络连接 问题简化

17、：Windows/Linux、IE/Netscape、拨号/DSL 使用 L4(23) 正交表，节省大量的测试工作量。 WinIE拨号 WinNetscapeDSL LinIEDSL LinNetscape拨号 -31- ECJTU正交表测试 例如，有个构造电子商务站点的系统，必须支持 各种客户端和服务器配置。有以下7种因素及选项： 浏览器 3种， 主机操作系统 3种，网络连接 3种 Web 服务 器 3种，应用服务器 5种 数据库服务器 5种，服务器操作系统 4种 3x3x3x3x5x5x4 = 8100种组合 需要使用正交表来解决这个问题（选择某正交表，只 需要49种组合） 正交表还可以进

18、行性能指标分析，找出对指标影响最 大的条件，并确定性能调整的方向 -32- ECJTU等价类测试 作业：三角形问题 三角形软件接受三个整数a、b和c作为输入，用作三 角形的边。 程序的输出是由这三条边确定的三角形类型：等边三 角形、等腰三角形、不等边三角形或非三角形。 整数a、b和c必须满足以下条件： C1. 1 a 200 C4. a b+c C2. 1 b 200 C5. b c+a C3. 1 c 200 C6. c -34- ECJTU黑盒测试黑盒测试 基于正交表的测试 基于场景的测试 基于状态转换图的测试 信息采集系统案例实践 -35- ECJTU场景测试 前面的测试方法注重测试数据

19、的选择，适合于函数层 面展开测试，并不涉及操作步骤。 无法对涉及用户操作的动态执行过程进行测试覆 盖。 对于复杂系统，若在功能层面上测试，需要从全局把 握系统的整个业务流程，确保针对多个功能点交叉、 存在复杂约束的条件下，测试可以充分覆盖到。 即使是单个功能点，也存在操作流程的问题。 针对动态过程，人们以事件流为核心，提出场景测试 法。 -36- ECJTU场景测试 基本事件流：代表一个被 测的典型功能点或主业务。 如发短信、听mp3等 备选事件流：基本流上触发 点产生的不同事件，触发业 务流程的分支。如中断短信、 存草稿 场景：由基本流和备选流构成的，从 开始开始到结束结束的不同业务流程。

20、每个场景对应一种具体业务应用情景 -37- ECJTU场景测试 基于场景的测试 通过分析业务事件，包括其触发顺序和处理结果， 构建各个事件流。 并基于事件的触发控制业务流程，形成多种不同 场景（具体的用户应用情景），以设计测试用例。 1）如何根据需测试的业务来构建基本流和备选流？ 2）如何基于这些事件流构建场景，以满足测试完备 和无冗余的要求？ 3）如何根据场景设计测试用例？ -38- ECJTU场景测试 1）构造基本流和备选流 针对每个要测试的业务，构建一个基本流和若干 备选流。 基本流：从系统的某个初始状态开始，经一系列状态 变化后到达终止状态的过程中最主要的一个业务流程 即需求中规定的正

21、确操作，反映多数用户操作系 统的顺序。 备选流：在基本流上，每个判定结点处满足其触发条 件，从而导致其他事件流。 属于业务流程的一个执行片段。 -39- ECJTU场景测试 区别 基本流 备选流 -40- ECJTU场景测试 区别 备选流1 2 方向 备选流 5 结束 备选流 3 4 初始 备选流数目取决于基本流的判定节点 数，事务分析的颗粒度（业务细节）。 考虑越周全，备选流数目就越多。 -41- ECJTU 2）场景设计 从开始到结束的不同业务流程。 场景对应具体的应用情景， 用于描述用例的路径。 可以构建如下场景： 基本流 基本流+备选流1(/2 /5) 基本流+2+备选流3(/4) 基

22、本流+1+2+3(/4 /5) -42- ECJTU场景测试 备选流数量大时，可执行的路径越多，场景数量增加。 如何从大量的场景中，抽取典型场景进行测试， 以满足测试的完备性和无冗余性要求呢？ 设计场景的基本原则： 1) 最少的场景数等于事件流的总数（#基本+#备选） 2) 有且唯一一个场景仅包含基本流 3) 针对每个备选流，至少应有一个场景覆盖它，且场 景中应尽量避免覆盖其他的备选流 -43- ECJTU 3) 针对每个备选流，至少应有 一个场景覆盖它，且场景中应 尽量避免覆盖其他的备选流 最少的场景设计： 基本流 基本流+备选流1 基本流+备选流2 基本流+备选流5 -44- ECJTU

23、3) 针对每个备选流，至少应有 一个场景覆盖它，且场景中应 尽量避免覆盖其他的备选流 最少的场景设计： 基本流+2+备选流3 基本流+2+备选流4 -45- ECJTU场景测试 场景法的设计步骤 分析被测业务，找到基本流和所有备选流； 根据基本流和备选流构造适当规模的场景集； 根据场景设计测试用例； 对每个测试用例补充测试数据 -46- ECJTU场景测试 测试实践：自动柜员机 测试ATM机机的用户取款业务用户取款业务 构造基本流 P78-79 1 插卡 2 卡校验（校验点1） 3 输入密码 4 密码校验（校验点2） 5 交易选择，取款 6 输入取款金额 7 取款校验（校验点3） 8 出钞 9

24、 凭条打印选择（校验点4） 10 提供凭条 11 退卡 系统读取卡的账号代码， 判断是否为系统接受的卡 基本流中，校验顺利通过 系获已取卡的预设密码，将输 入的密码与其比较是否一致。 基本流中，密码正确 取款金额为50元的倍数， 且有各种上限限制 系统将账户、密码、交易 类型及金额数发送给银行 系统，启动校验。 基本流中，用户选择打印 交易凭条 -47- ECJTU场景测试 备选流 卡校验（校验点1） 备选流1：卡错误 密码校验（校验点2） 备选流2：密码错误 备选流3：密码失败 基本流和备选流图 JPGJPG2.2c22_79.png 取款校验（校验点3） 备选流4 ：输入金额错误 凭条打印

25、选择（校验点4） 备选流5：不打印凭条 将卡退回，提示卡无效， 系统回到就绪状态 共有三次输入密码的机会。 之后，系统提示密码失败，并且 吞掉用户的卡。 系统回到就绪状态 备选流2 3，由相同的事件 触发，触发次数不同，系 统的处理结果不同。 要求用户重新输入金额， 系统返回金额输入状态 -48- ECJTU场景测试 场景构建 设计场景的基本原则： 1) 最少的场景数等于事件流的总数（#基本+#备选） 2) 有且唯一一个场景仅包含基本流 3) 针对每个备选流，至少应有一个场景覆盖它，且场 景中应尽量避免覆盖其他的备选流 -49- ECJTU场景测试 场景构建 场景1(取款成功，且打印凭条)：基

26、本流； 场景2(卡错误)：基本流+备选流1； 场景3(密码错误)：基本流+备选流2； 场景4(密码失败)：基本流+2(x2)+备选流3； 场景5(取款金额错误)：基本流+备选流4； 场景6(取款成功，不打印凭条)：基本流+备选流5 -50- ECJTU场景测试 测试用例设计 场景为执行过程，对应各种具体的用户应用情景。 针对每个场景，可以设计一个或多个测试用例。 1) 根据场景的流程，分析系统应满足的所有输入条件 和预期输出 2) 对于备选流，应确定触发该备选流的输入条件，并 予以标记 -51- ECJTU场景测试 测试用例表JPGJPG2.2c22_80.png 表中“V”(valid)表示

27、相应条件有效 “I”(invalid)表示触发对应的某个备选流 “N/A”表示用例中不需要设计相应输入数据 -52- ECJTU场景测试 测试数据设计 假设一个有效的用户 4210-123-456，密码为 888888。测试数据设计为：JPGJPG2.2c22_81.png 对于每个测试用例，可以运用边界值、 等价划分等方法，来设计测试数据。 如取款金额为49,50,51元，1450元， 1500元，1550元等。密码设计为 888881,8888881等 -53- ECJTU场景测试 小结 通过分析被测业务流程，构建基本流和备选流，并生 成场景进而得到测试用例的测试方法。 该法主要用于功能测

28、试 主要难点在于如何根据业务实际提炼出基本流，如何 很好地控制备选流的数量 以及如何从大量的场景中选择少量典型场景进行 测试 -54- ECJTU场景测试 注意事项 设计用例时，一个场景可能需要多个测试用例。每个 用例只对应一个场景 场景法不适合于从输出域展开测试 某些场景可能在逻辑上可行，在实际上不可能实现 某通话业务的流程 JPGJPG2.2场景_通话.jpg -55- ECJTU课堂作业 测试用例表 JPGJPG2.2c22_80.png P80 思考题：检查测试用例表，查看是否所有输入都取到 “I”。只要有条件未取到“I”就表示测试用例有漏 洞。而测试用例又确实覆盖到所有 5个场景。

29、这是为什么呢？请大家思考做题。 业务分析 场景流程图 -56- ECJTU黑盒测试黑盒测试 基于正交表的测试 基于场景的测试 基于状态转换图的测试 信息采集系统案例实践 -57- ECJTU状态转换图 有些系统的输出和行为方式，不仅与当前的输入 数据有关，而且与系统的当前状态有关。 如手机、mp3播放软件、Windows画图软件等 软件的功能说明的组成 静态说明：描述输入与输出之间的对应关系 动态说明：描述输入数据的次序或状态转移的次序 状态转换图法：利用功能图形式化地表示软件系统的 功能说明，并生成测试用例。 功能图包括 状态迁移图和逻辑功能模型。 -58- ECJTU状态转换图 Windo

30、ws的屏幕保护程序测试 状态迁移图 3个状态 等待输 入密码 不正确的密码输入 正确的密码输入 初始化 屏幕 空闲状态 按下Esc键 按下其他键 -59- ECJTU状态转换图 功能图包括： 状态迁移图：描述系统状态变化的动态信息（动态说 明），由输入及当前状态决定输出和后续状态。 逻辑功能模型：描述系统状态的静态信息（静态说 明），表示在状态输入与输出之间的对应关系，依靠 决策表所表示的逻辑功能。 -60- ECJTU状态转换图 逻辑功能表 输入 按下Esc键I1 按下其他键I2 正确的密码输入I3 错误的密码输入I4 输出 显示密码输入框O1 密码错误提示信息O2 状态 空闲状态S1 等待

31、输入状态S2 初始化屏幕S3 -61- ECJTU状态转换图 状态迁移图 空闲状态 等待输 入密码 按下Esc键正确的密码输入 不正确的密码输入 初始化 屏幕 按下其他键 S2 S1 S3 I1 I2 I3 I4 O2 O1 -62- ECJTU状态转换图 从逻辑功能表中，可以根据所有的输入、输出以及状 态来生成所需要的节点和路径，形成实现功能图的基 本路径组合。 例如：S1-I1-S2(O1)-I3-S3 需要使用白盒测试用例中的路径覆盖法来设计测试用 例。（将在白盒测试中介绍。） -63- ECJTU黑盒测试黑盒测试 边界值 等价类 决策表 因果图 错误推测法 正交表 基于场景的测试 状态

32、转换图法 -64- ECJTU黑盒测试总结 黑盒测试：通过分析 SRS 中有关被测对象的输入 和输出的描述来设计测试用例，不需要了解具体实现 细节。 主要分为两类： 功能层面的测试方法，侧重于系统业务流程的梳理。 基本思想：基于动态业务过程设计用例，目标是希望 测试能完全覆盖所有的主业务流程， 保证系统在各功能点交叉约束条件下能实现用户期望 的基本功能。 典型方法：基于场景的测试 -65- ECJTU黑盒测试总结 函数层面的测试方法，侧重于系统测试数据的选择 基本思想：基于静态的测试数据来设计用例，目标是 希望测试能完全覆盖所有的有效和无效输入或输出域， 并重点覆盖边界及边界附近的数据，保证系

33、统对所有 可能的输入数据都能正确处理 典型方法：边界值测试、等价类测试、基于决策表的 测试和基于正交表的测试 -66- ECJTU黑盒测试总结 醉汉找钥匙的小故事 测试人员应充分了解被测试的系统，才有可能了解系 统中最有可能潜伏着哪些种类的缺陷 然后有针对性地选择测试方法来设计测试用例。 -67- ECJTU黑盒测试总结 综合使用策略实践 1）对于业务流程清晰的系统，首先使用场景测试法 覆盖业务流程。 以合适的粒度分析基本流和备选流，构造典型场 景，并对每个测试用例使用其他方法设计测试数据。 2）实践表明，边界上的缺陷多。因而在任何情况下 都需要使用边界值测试 先基于单缺陷假设设计测试用例，然

34、后利用正交 表法来补充边界组合的测试用例。 -68- ECJTU黑盒测试总结 3）在任何情况下都需要使用等价类测试 等价类测试可针对输入域或输出域，个体域及整 体域，进行等价划分，最大程度地保证测试的完备性 和无冗余性。 4）若被测对象输入条件之间包含相互依赖关系，或 输入输出之间的约束关系， 基于有效域的等价划分，使用因果图法和决策表 法。 -69- ECJTU黑盒测试总结 5）对于参数配置类的软件系统，或对被测对象完全 不了解时 利用正交表测试法。 6）若被测对象的输出和行为方式与系统的当前状态 有关 利用状态转换图法展开测试。 -70- ECJTU黑盒测试黑盒测试 基于正交表的测试 基于

35、场景的测试 基于状态转换图的测试 信息采集系统案例实践（实验二） -71- ECJTU实验二 网工，第8周，下周周三6-7节。 地点：测试二室 内容：信息采集系统案例实践（课本4.2） 带上实验报告本和课本带上实验报告本和课本 软测，第6周周二 5-6节节（软测班级） 明天明天 10月11号 周六，补7号周二的课 -72- ECJTU信息采集系统 需求规格说明书 1.2 背景： 主要功能是以学校为单位(仅针对中小学)，采集 该校所有在校学生的基本信息和照片信息，并进行自 动校验。 找出所有不符合要求的信息，提醒学校负责信息 采集的人员(简称管理员)进行手动修改，若校验通过， 系统将自动按照规范

36、的要求，对全校信息进行汇总和 规格化处理 以Visual Studio 2008为开发平台，采用C+语言 开发实现。 -73- ECJTU信息采集系统 校验 信息文件 文件里面的学号、区号等信息是否符合格式要求 代码实验二0.1相关说明.doc .江汉区双港学校信息文件采集表采集表(东西湖区某学东西湖区某学 校校0501班班).xls 照片文件 默认转换成 宽282像素，高389像素 的标准尺寸，可 以设置尺寸 .江汉区双港学校照片文件0501班2006080010001 张三张三.jpg -74- ECJTU信息采集系统 需求规格说明 登录界面 用户名 a 密码 1 代码实验二Student

37、InfoSystem-最终版.exe -75- ECJTU信息采集系统 主界面 选择“双港学校”路径作为学校目录 正常校验导出 查看文件夹 .， 其他情况：没有文件；信息/照片文件名；学号； 2.jpg. -76- ECJTU信息采集系统 需求跟踪矩阵 P87 -77- ECJTU信息采集系统 软件的功能需求规格说明书 静态黑盒测试：检查需求规格说明书SRS，产品说明 书等，认真查找里面的缺陷。 动态黑盒测试：依照SRS等设计测试用例，执行测试 登录系统 3.9 信息文件导入、校验、导出、查看 3.5 3.6 3.7 3.8 教材 P89 照片文件导入、校验、导出、查看 3.1 3.2 3.3 3.4 -78- ECJTU信息采集系统 测试分析 被