第四讲软件测试计划

《第四讲软件测试计划》由会员分享，可在线阅读，更多相关《第四讲软件测试计划（72页珍藏版）》请在金锄头文库上搜索。

1、第二章 测试计划主要内容123 4 5软件测试计划在测试流程中所处的地位？测试计划制定的关键步骤？如何制定有效的测试计划？如何防止测试计划被束之高阁？如何定义测试环境？软件测试阶段组成测试计划测试计划测试设计测试设计测试开发测试开发测试执行测试执行测试评估测试评估中国有句古话：凡是预则立，不预则废做事情时事先计划的重要管理学中的计划n 指对我们如何能达到目标的描述计划做什么？怎么做？IEEE定义的测试计划n 测试计划： 一个叙述了预定的测试活动范围、途径、资源及进度 安排的文档。 它确定了测试项、被测特征、测试任务、人员安排以 及与计划相关的风险。 三要素： 时间 资源 范围 其他方面 策略

2、风险控制计划的作用n 计划能给管理者和被管理者指明前进的方向 n 计划可以减少不确定性对组织的影响和冲击 n 计划可以减少无序和浪费 n 计划有利于管理和控制n 1. 为什么要编写测试计划？ 领导能够根据测试计划做宏观调控，进行相应资源配置 等； 测试人员能够了解整个项目测试情况以及项目测试不同 阶段的所要进行的工作等； 便于其他人员了解测试人员的工作内容，进行有关配合 工作 n 2. 什么时间开始编写测试计划？需求分析后，在整个测试工作过程中，不断修改 n 3. 由谁来编写测试计划？具有丰富经验的项目测试负责人关于测试计划测试计划的核心活动1.确定测试策略 2.确定测试系统（软件和硬件） 3

3、.预估工作量（资源和时间进度计划） 4.评估事件进度风险并准备风险缓解计划 5.准备并复查测试计划文档测试计划的设计与实现取得需求文档确定测试策略确定测试系统测试设计和实现复查测试计划预估测试工作量需求规格说 明书1.测试的范围（将要测试什么） 2.测试方法（如何完成测试） 3.测试入口/退出条件和质量检查点 4.自动化策略1.测试构架 2.测试环境 3.测试配置1.确定任务 2.预估工作量 3.确定时间进度计划1.编写策略、系统、工作量和时间 进度文档 2.与项目团队一起复查测试计划n 需求分析过程 收集用户需求 编写需求定义文档 编写软件功能说明 审核软件需求文档测试软件需求（1/8）测试

4、软件需求（2/8）n 如何确定测试需求 确定测试内容 或是确定测试的具体对象确定测 试需求软件需 求规约用户手册软件设 计文档测试软件需求（3/8）n 功能测试需求： 一个明确的功能特性可以生成一条测试需求 n 性能测试需求 通常包含在“补充需求”中的“非功能性需求”非功能性需求软件需求规约执行某项业务 时的相应时间资源占用率功能性需求可靠性测试需求易用性测试需求安全测试需求兼容性测试需求n 需求分析中测试人员工作 理解需求，参与审核需求文档 理解项目的目标、限制，了解用户应用背景 编写测试计划 准备资源测试软件需求（4/8）n 测试需求文档： 具有清晰的格式和文档结构 需求的内容正确 需求的

5、内容完整 需求具有可行性 必要性 对不同的需求的优先级进行定义 描述明确、无歧义、上下文一致 可证实和可靠性 可修改性 可追踪 需求文档被及时更新测试软件需求（5/8）n 需求测试的内容： 需求文档是否符合公司的格式要求？ 需求是否正确？ 要保证需求文档中所描述的内容是真实可靠的 这是“真正的”需求吗？描述的产品是否就是要开发 的产品？ 需求是否完备？列出的需求是否能减去 一部分？ 需求是否可实现？ 需求是否合理？ 需求是否可测？测试软件需求（6/8）n 需求测试的方法： 复查 (Review) 复查一般是让工作中合作者检查产品并提出意见。同级互查 可以面对面进行，也可以通过E-Mail实现，

6、并没有统一标准 。发现文档缺陷同级互查的能力是三种方法中最弱的。 走查 (Walkthrough) 相比较审查走查较为宽松，其事先需要收集数据，也没有输 出报告的要求。 审查 (Inspection) 审查是为发现缺陷而进行的。关键组件的审查通过会议进行 ，会前每个与会者需要进行准备，会议必须按规定的程序进 行，缺陷被记录并形成会议报告。审查被证明是非常有效的 发现缺陷的方法。 测试软件需求（7/8）n 定义测试需求用用 户户 需需 求求定义定义测测 试试 需需 求求根据用户需求定义并完善测试根据用户需求定义并完善测试 需求，以作为整个测试的标准需求，以作为整个测试的标准测试软件需求（8/8）

7、测试计划的设计与实现取得需求文档确定测试策略确定测试系统测试设计和实现复查测试计划预估测试工作量需求规格说 明书1.测试的范围（将要测试什么） 2.测试方法（如何完成测试） 3.测试入口/退出条件（测试标准） 4.自动化策略1.测试构架 2.测试环境 3.测试配置1.确定任务 2.预估工作量 3.确定时间进度计划1.编写策略、系统、工作量和时间 进度文档 2.与项目团队一起复查测试计划测试策略（1/5）n 确定测试范围 问题： 测试过度 测试不足 某些阶段的测试或者某些内容的测试可以简化 当对原有系统进行修改升级时，某些测试不需要 某些测试根本不可能进行测试策略（2/5）n 确定测试顺序 先测

8、优先级最高的需求 对新功能和修改功能的代码进行测试 运用等价划分技术和边界值分析技术减少测试工作量 测试那些最有可能出现问题的地方 关注用户最常使用的功能和配置情况等测试策略（3/5）n 确定测试方法对需求文档 进行静态测 试，主要采 用审查走查 的方法 验证需求的 完整性、一 致性可行性需求分析阶段白盒测试方 法由程序员完 成编码和单元 测试阶段黑盒测试方 法设计用例时 注意等价划 分和边界值 方法集成测试阶段黑盒测试方 法测试工具， 进行自动化 测试，包括 系统的功能 和性能测试系统测试阶段动态、黑盒 测试方法由用户来进 行验收测试阶段测试策略（4/5）n 测试标准 入口标准：描述在开始之

9、前需要做哪些工作 出口标准：描述在怎样的情况下可以结束测试 暂停/继续测试： 描述如果缺陷妨碍测试进行下去，会发生什么事情。如果情况 很糟，无法执行计划的测试，则应暂停测试，等完成修复工作 后，再完成测试工作。 通过/失败标准 执行每项测试应该有一个明确的预期结果。如果得到了预期的 结果，测试就通过。否则表示测试失败。测试策略（5/5）n 自动化测试工具的选择 是否使用自动化测试工具，哪个阶段用什么工具 好处： 能够很好进行性能测试和压力测试 能够改进回归测试 能够缩短测试周期 能够提高测试工作的课重复性 测试软件的编写测试计划的设计与实现取得需求文档确定测试策略确定测试系统测试设计和实现复查

10、测试计划预估测试工作量需求规格说 明书1.测试的范围（将要测试什么） 2.测试方法（如何完成测试） 3.测试入口/退出条件（测试标准） 4.自动化策略1.测试构架 2.测试环境 3.测试配置1.确定任务 2.预估工作量 3.确定时间进度计划1.编写策略、系统、工作量和时间 进度文档 2.与项目团队一起复查测试计划确定测试系统n 确定测试系统 测试系统不仅指用于测试的硬件，也包括测试架构以 及测试配置 测试架构：测试用例的组织形式 测试配置：软硬件环境测试计划的设计与实现取得需求文档确定测试策略确定测试系统测试设计和实现复查测试计划预估测试工作量需求规格说 明书1.测试的范围（将要测试什么） 2

11、.测试方法（如何完成测试） 3.测试入口/退出条件（测试标准） 4.自动化策略1.测试构架 2.测试环境 3.测试配置1.确定任务 2.预估工作量 3.确定时间进度计划1.编写策略、系统、工作量和时间 进度文档 2.与项目团队一起复查测试计划预测工作量（1/2）n 预测工作量 确定要完成的任务：测试用例的组织形式 确定每个任务的所需工作量 确定完成每个任务的时间 为测试工作建立详细的时间进度计划和里程表预测工作量（2/2）n 评估进度风险 开始测试时，所需硬件没有到位 开始测试时，测试的系统还没有布置好 开始测试时，测试用例还没有准备好 测试过程中，需求发生变更 测试过程中，用户界面发生变更测

12、试计划的设计与实现取得需求文档确定测试策略确定测试系统测试设计和实现复查测试计划预估测试工作量需求规格说 明书1.测试的范围（将要测试什么） 2.测试方法（如何完成测试） 3.测试入口/退出条件（测试标准） 4.自动化策略1.测试构架 2.测试环境 3.测试配置1.确定任务 2.预估工作量 3.确定时间进度计划1.编写策略、系统、工作量和时间 进度文档 2.与项目团队一起复查测试计划复查测试文档 详细描述工作的范围 估计定义测试用例和实施测试所需工作 确定所需资源（人、硬件、软件和工具） 为各个人物分配资源 制定进度表 确定进度安排或质量风险 制定解决风险的应急计划 追踪项目进展并采取纠正措施

13、 在适当的时候重新定制 向整个项目提供测试状态的可视性 对失败或堵塞测试纠正后重新测试n 测试计划是一份描述软件测试工作的目标、策略、方 法和重点的文档 n 测试计划的准备过程是思考检查并确认一个软件产品 的可接受性的一个有用的方法测试计划测试计划文档测试计划的目的尽早地明确测试工作内容（范围）、测试工作的方法以 及测试工作所需要的各种资源。所有涉及到测试工作的人员，尽快将下一步测试工作需 要考虑的问题和准备的条件落实。测试计划工作的重点在于：对当前工作任务的准备和规 划以及信息的交流。n 增强测试计划的实用性 n 坚持“5W1H”规则，明确内容与过程 n 采用评审和更新机制，保证测试计划满足

14、实际需求 n 测试计划和测试策略测试计划注意事项测试计划编写6要素？（5W1H）wherewherewhatwhatwhenwhenwhywhy为什么要进行这些测试相应文档，缺陷的存放位置，测试环境等测试不同阶段的起止时间测试哪些方面，不同阶段的工作内容whowho项目有关人员组成，安排哪些测试人员进行测试howhow如何去做，使用哪些测试工具以及测试方法进行测试测试类型和目的测试类型测试类型2 23 34 45 51 1功能测试用户界面测试兼容性测试 性能测试安全及访问权 限测试测试阶段n 可以用表格明确测试的执行情况n 不同测试阶段对测试内容和测试方法考虑不同 如：单元测试考虑代码的覆盖系

15、统测试考虑需求的满足情况单元测 试集成测试系统测 试验收测 试功能测试性能测试兼容性测试测试方法通过程序界面执行程序，还是直接从代码中找缺陷？是否需要导入自动化测试工具来改善测试策略？如果需要导入测试工具，哪些测试仍需要手工测试？如何判断测试工作完毕？测试的目标是什么，哪些可能对测试执行产生影响？功能测试（1/2）n 测试目标 确保所有的被测对象功能正常 n 测试方法 至少为每条测试需求设计两个测试用例，一个用来验证是否实现 了应有的功能，一个用来检查功能的实现是否存在问题 符合业务规则的操作和数据是否可以得到预期的结果？ 不符合业务规则的操作和数据是否都被拒绝接受，并提供出正确 的、容易理解的提示信息。 所有的业务规则的实现是否同需求中的描述相互一致 n 系统测试阶段所有的测试用例均采用手工方式通过对用户界面 的操作来执行。功能测试（2/2）n 完成标准： 对系统测试阶段：必须保证所有准备执行的测试用例 全部被执行，并且保证所有提交的缺陷全部被正确地 解决。 n 特殊事项的考虑 如果由于某项原因导致测试时间被缩短，将会考虑按 照测试用例的优先级重新选择测试用例性能测试n 测试目标 确保系统在一般状态和极限状态下，都可以保持正常的 响应速度和最大用户连接数量 n 测试方法 关于极限的模拟，将考虑使用以下几个方法实现： 在服务器