检查产品说明书.pptVIP

第三讲 测试产品说明书 软件测试的一般理论 黑盒测试 白盒测试 静态测试和动态测试 测试产品说明书 使用检查表 Date1 测试的基本理论 *2 软件测试的目标 测试是一个执行一个程序或者文件，去发现缺陷和错误的过程. 好的测试是尽可能发现迄今为止尚未发现的错误的测试方案 成功的测试是发现了至今为止尚未发现的错误。 所以，设计测试的目标是系统地发现各种等级的缺陷和错误，同 时花费最少的时间和成本，并且做到： 证明软件的功能是按照说明书的要求实现的 性能的要求也达到了 测试中收集的数据足以指明了软件的可靠性，在某种程度上 表明了软件的质量. 但是，测试不能展示潜在的缺陷，只能展示表现出来的缺陷 Date3 软件测试的流程 测试 软件配置 测试配置 评价 测试 结果 预期 结果 调试 可靠性 模型 错误 错误 率数 据 正 确 可靠性 预测 Date4 测试用例设计 开始是比较难的 能够测试组件是否符合规格说明书 - Black Box Testing. 能够测试组件是否符合设计 - White box testing. 如果没有对所有的路径测试，则不能证明程序的正确性 Date5 测试方案 设计测试方案 设计测试方案是测试阶段的关键技术问题。 测试方案包括要测试的功能，应该输入的测试数据和 预期的结果。 设计技术主要有两种方法：黑盒法与白盒法。一般用 黑盒法设计基本的测试方案，再用白盒法补充一些方 案。 Date6 测试方案技术黑盒和白盒测试 1.黑盒法 测试人员将程序看成是一个“黑盒”，即不关心程序内部是什 么，只要检查程序是否符合它的“功能说明”。黑盒法可分为 下列几种方法（关键在于确定测试数据）： 输入输出 Date7 测试方案技术黑盒 (1)等价分类法 等价分类法是将输入数据的可能值分成若干“等价类”，每一 类以一个代表性的测试数据进行测试，这个数据就等价于这 一类中的其它数据。 该法的关键在于如何将输入数据分类。 例如：输入的数据范围是1999，我们可以划分三类：x=999 Date8 测试方案技术黑盒 (2)边缘值分析法 用边缘特殊值测试。 经验表明：程序往往在边缘情况时犯错误，故测试边缘情况 比较有效。 例如：输入数据的值的范围是：-1.0至1.0，则可选-1.0， 1.0，-1.001，1.001等数据作为测试数据。 Date9 测试方案技术黑盒 (3)因果图法 等价类法与边缘值分析法的缺点是没有检查各种输入条件的 组合。 因果图法则着重分析输入条件的各种组合，每种组合条件就 是“因”，它必然有一个输出的结果，这就是“果”。 Date10 测试方案技术黑盒 (4)错误推测法 通过经验或直觉推测程序中可能存在的各种错误，从而有针 对性设计测试用例。 使用常见错误清单、判定表等 Date11 测试方案技术白盒测试 2.白盒法 白盒法需要了解程序的功能与结构，测试用例必须根据程序 内部的逻辑来设计。如果想用白盒法发现程序中的所有错误 ，则至少必须使程序中每种可能的路径都执行一次。 “彻底地测试”是不可能的，故策略是：在一定的研制时间、 研制经费的限制下，通过执行有限的测试用例，尽可能多地 发现一些错误。 白盒法又称为逻辑覆盖法，目前常用的覆盖法有： 输入输出 Date12 测试方案技术白盒测试 (1)语句覆盖 即每个语句至少能执行一次 问题：若AND错写 为OR，或X1错写 为X 1 AND B=0 T A=2 OR X 1 T X = X / A X = X + 1 返回 F F Test case : A=2 , B=0 , X=4. Date13 测试方案技术白盒测试 (2)判定覆盖 判定覆盖又叫分支覆盖，含义是：每个判定的分支至少执行 一次。 Test cases: A=3 , B=0 , X=3 A=2 , B=1 , X=1 入口 A 1 AND B=0 T A=2 OR X 1 T X = X / A X = X + 1 返回 F F 问题：若X1错写 为X1, B=0; A=2, X1) A=1, B=1, X=1 (满足A1, B0; A 2, X1） 问：条件覆盖 ？ 判定覆盖 答: 不一定。 反例: A=2, B=0, X=1 A=1, B=1, X=2 入口 A 1 AND B=0 T A=2 OR X 1 T X = X / A X = X + 1 返回 F F Date15 测试方案技术白盒测试 (4)判断/条件覆盖 选取足够多的测试数据，使判断中每个条件都取得各种可能 值，并使每个判断表达式也取到各种可能的结果。 Test cases: A=2 , B=0 , X=4 （满足A1, B=0; A=2, X1) A=1, B=1, X=1 (满足A1, B0; A 2, X1） 入口 A 1 AND B=0 T A=2 OR X 1 T X = X / A X = X + 1 返回 F F Date16 测试方案技术白盒测试 (5)条件组合覆盖 使得每个判断中条件的各种可能组合都至少出现一次。 全部可能的条件组合为： A1, B=0 A1, B 0 A1, B=0 A1, B 0 A=2, X1 A=2, X 1 A 2, X1 A 2,X 1 Test cases: A=2, B=0, X=4 (T T) A=2. B=1, X=1 (F T) A=1, B=0, X=2 (F T) A=1, B=1, X=1 (F F) 问题：没有测试到（T F）的情形 入口 A 1 AND B=0 T A=2 OR X 1 T X = X / A X = X + 1 返回 F F Date17 测试方案技术测试策略 实用测试策略 (1)在任何情况下都使用边界值分析的方法。 (2)必要时用等价划分法补充测试方案。 (3)必要时再用错误推测法补充测试方案。 (4)对照程序逻辑，检查已经设计出的测试方案。可以根据对 程序可靠性的要求采用不同的逻辑覆盖标准，如果现有测试 方案的逻辑覆盖程度没达到要求的覆盖标准，则应再补充一 些测试方案。 注意：即使采用综合策略设计方案，仍不能保证测试将发现 一切程序错误。 Date18 静态测试和动态测试 静态测试（static testing）：测试不运行的部分，只是检 查和审阅 动态测试（dynamic testing）：运行和使用软件，测试软件 的缺陷 Date19 产品说明书 产品说明书：对产品最终需要实现的功能的描述 。这些功能是最终确定的需要满足的客户需求， 也包括是一些软件必须具备的能力。 在规范的软件生成的流程中，产品功能说明书应 在用户需求评审会议召开后确定。 Date20 测试软件产品说明书静态黑盒 特点 是书面文档，不是软件 是软件需求和功能的说明描述 形成的符号是：文字、图表 根据细致、准确地描述，测试缺陷 使用的测试方法 静态黑盒 SB 测试 先总体测试，在详细测试 Date21 总体测试审查 在总体上，审查文档是否有原则上的重大问题、疏忽或遗漏 选择的测试人员需要有一定的系统经验，或者软件应用领域的 背景知识，也可以请其他的需求定义和系统分析人员帮助 审查的原则 站在客户角度，从总体上看需求是否满足 尽可能多的了解应用领域的背景知识 对照现有的标准和规范去审查，比如习惯用语和约定、行 业要求、国家标准、图形用户界面需求、硬件和网络标准 借鉴类似的成熟软件，确定测试的标准。比如规模、复杂 性、测试性、质量和可靠性等 Date22 详细测试追根问底 产品需求说明书的根本要求 完整：说明要完全，不能有遗漏和丢失 准确：说明是否正确、有没有错误 精确、清晰：描述是否清楚、容易看懂和理解 一致：描述是否自相矛盾、与其他功能有没有冲突 贴切：功能是否符合客户的要求、信息描述是否多余 合理：资源的使用与预算和进度是否相配 代码无关：只写说明，与实现无关 可测：功能和性能是否可测 Date23 详细测试用语检查 文档中的用语需要规范 有些用语会造成误解和理解困难，有些是个人的习惯 需要重点审查带有如下用词的描述，是否确切表达 不确切、不可测的说法：比如，良好、迅速、廉价、高效、稳定等 缺乏必要考证，而下结论的描述：比如，因此、显然、当然等 极端的描述：比如，总是、所有、没有、从不等 没有说明的描述：比如，已处理、已忽略、已消除等 条件的假设缺陷：比如条件中缺少“否则” 不可测的模糊信息：比如，有时、通常、几乎、诸如此类、依此类推。 Date24 使用检查表 检查表是测试文档缺陷最有效的手段之一 检查表的建立是需要深思熟滤的提问，针对不同类型的文档建 立的潜在缺陷的查找清单 检查表需要不断的维护 如何使用检查表 获取需要测试的文档 获取相关的检查表，阅读检查表中的每一项 审查文档，对照检查表中的每一项测试说明描述的符合程度 记录不符合项，作出合适的说明和解决措施 Date25 检查表举例 见文件CheckList_requirement.xls Date26 不符合项（缺陷）的处理 反映产品的缺陷，不需要也不能修正产品， 发现产品说明书的缺陷后，应该把它们如实并详细的记 录下来，呈报给此软件的最终负责人，对并此缺陷的处 理情况进行跟踪 缺陷列表应该呈报给软件的最终负责人，而不是给相关 技术人员或技术主管，因为技术人员可能会以在技术的 实现上有难度为推托，拒绝对缺陷的修改。 测试一个软件最首要也是最重要的是测试其产品说明书 ，在产品说明书明确后，再制定具体的测试案例 Date27 软件文档测试举例 1. COPY功能是将数值复制到剪贴板中 2. PASTE功能是将剪贴板中的数值粘帖回来 3.