测试设计和开发.pptVIP

* 测试方式 特征 依据 测试人员 测试驱动程序 黑盒测试 只关心软件的外部表现，不关心内部设计与实现。 软件需求 任何人（包括开发人员、独立测试人员和用户） 一般无需编写额外的测试驱动程序 白盒测试 关注软件的内部设计与实现，要跟踪源代码的运行。 设计文档 由开发人员兼任测试人员的角色 需要编写额外的测试驱动程序 * ? 白盒测试 黑盒测试 程序结构 已知程序结构 未知程序结构 规模 小规模测试 大规模测试 依据 详细设计说明 需求说明、概要设计说明 面向 程序结构 输入输出接口/功能要求 适用 单元测试 组装、系统测试 测试人员 开发人员 专门测试人员/外部人员 优点 能够对程序内部的特定部位进行覆盖 能站在用户的立场上进行测试 缺点 无法检验程序的外部特性 不能检测对要求的遗漏 不能测试程序内部特定部位 如果规格说明有误，则无法发现 * 3.4 评审测试用例 复查测试用例时应该考虑的一些问题： 测试或测试组件完全针对的是需求中列出的功能吗？ 测试组件是否覆盖了所有需求？ 有冗余的测试吗？ 每一个测试步骤都有清楚描述的预期结果吗？ 测试用例是否考虑了有效和无效的输入情况？ * 测试用例的优先级 定义测试用例优先级主要考虑：必须测试什么功能？如果一些功能没被测试会出现什么后果？ 优先级1：这个测试必须执行 优先级2：如果时间允许，执行这个测试 优先级3：即使不执行这个测试，