系统测试流程
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
•被测试的特性 –指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关的测试 设计说明。
•不被测试的特性 –指出不被测试的所有特性和特性的有意义的组合及其理由。
10
测试计划的内容详解（续1）
• 测试方法 –描述测试的总体方法，规定测试指定特性组志需的主要活动、所需的时间。 –规定所希望的测试程度，指明用于判断测试彻底性的技术（如：检查哪些语 句至少执行过一次）。 –指出对测试的主要限制，例如：测试项可用性、测试资源的可用性和测试截 止期限等。
❖ 3.用例设计：根据测试计划、任务分配、功 能点划分，设计合理的测试用例。---testing
leader, senior tester
❖ 4.执行测试：根据测试用例的详细步骤，执 行测试用例。--every tester(主要是初级测试 人员)
❖ 5.执行结果记录和bug记录：对每个case记录 测试的结果，有bug的在测试管理工具中编写 bug记录。--every tester(主要是初级测试人 员)
❖ 6.defect tracking：追踪leader分配给你追踪 的bug.直到 bug fixed。--every tester
❖ 7.测试报告：通过不断测试、追踪，直到被 测软件达到测试需求要求，并没有重大bug. 8.用户体验、软件发布等……
1.需求分析阶段：只要就是对业务的学习，分 析需求点。
4.测试方案阶段：主要是对测试用例和规程的设 计。测试用例是根据《测试方案》来编写的，通 过《测试方案》阶段，测试人员对整个系统需求 有了详细的理解。这时开始编写用例才能保证用 例的可执行和对需求的覆盖。测试用例需要包括 测试项，用例级别，预置条件，操作步骤和预期 结果。其中操作步骤和预期结果需要编写详细和 明确。测试用例应该覆盖测试方案，而测试方案 又覆盖了测试需求点，这样才能保证客户需求不 遗漏。同样，测试用例也需要评审。
12
测试用例
如何以最少的人力、资源投入，在最短的时间内完成测试 ，发现软件系统的缺陷，保证软件的优良品质，则是软件 公司探索和追求的目标。
测试用例是测试工作的指导，是软件测试的必须遵守的准 则。更是软件测试质量稳定的根本保障。
测试用例的定义
测试内容的一系列情景和每个情景中必须依靠输入和 输出，而对软件的正确性进行判断的测试文档，称为 测试用例。
系统功能测试步骤
系统测试一般步骤
❖ 1.需求：阅读需求，理解需求，与客户、开 发、架构多方交流，深入了解需求。--testing team
❖ 2.测试计划: 根据需求估算测试所需资源（人 力、设备等）、所需时间、功能点划分、如 何合理分配安排资源等。---testing leader or testing manager
9
测试计划的内容详解
测试项目简介 – 归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用 材料等。 – 在最高层测试计划中，如果存在下述文件，则需要引用它们：项目计划、质量 保证计划、有关的政策、有关的标准等。
•测试项 –描述被测试的对象，包括其版本、修订级别，并指出在测试开始之前对逻辑或 物理变换的要求。
测试计划的作用
• 为测试过程Байду номын сангаас供指导 – 测试目标 – 测试内容 – 测试方法 – 测试时间周期
• 改善测试任务与测试过程的关系 • 提高测试的组织、规划和管理能力
测试计划的内容
• 测试项目简介 • 测试项 • 需要测试的特征 • 不需要测试的特征 • 测试的方法 （测试人员、测试工具、测 试流程） • 测试开始条件和结束条件 • 测试提交的结果与格式 • 测试环境（软件、硬件、网络） • 测试者的任务、联系方式与培训 • 测试进度与跟踪方式 • 测试风险与解决方式 • 本测试计划的审批与变更方式
2.测试计划阶段：测试组长就要根据SOW开 始编写《测试计划》，其中包括人员，软件硬 件资源，测试点，集成顺序，进度安排和风险 识别等内容。
3.测试设计阶段：测试方案一般由对需求很熟 的高资深的测试工程师设计，测试方案要求根 据《SRS》上的每个需求点设计出包括需求点 简介，测试思路和详细测试方法三部分的方案。 《测试方案》编写完成后也需要进行评审。
❖ 减少回归测试的复杂程度
❖ 在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周 期；
测试用例就是将软件测试的行为活动，做一个科学化 的组织归纳。
13
为什么需要测试用例
❖ 在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性；
❖ 测试用例的使用令软件测试的实施重点突出、目的明确；
❖ 根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪；
5.测试执行阶段：执行测试用例，及时提交有质 量的Bug和测试日报，测试报告等相关文档。
软件测试计划概述
测试计划的定义
• 一个叙述了预定的测试活动的范围、途 径、资源及进度安排的文档。它确认了测 试项、被侧特征、测试任务、人员安排、 以及任何偶发计划的风险。
• 《ANSI/IEEE软件测试文档标准8291983》
•开始条件和结束条件 –规定各测试项的开始测试需要满足的条件 –测试通过和测试结束的条件。
•测试环境 –测试的操作系统和需要安装的辅助测试工具（来源与参数设置） –软件、硬件和网络环境设置
11
测试计划的内容详解（续2）
• 测试者的任务、联系方式与培训
– 测试成员的名称、任务、电话、电子邮件等联系方式 – 为完成测试需要进行的项目课程培训 • 测试进度与跟踪方式 – 在软件项目进度中规定的测试里程碑以及所有测试项传递时间。 – 定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测 试里程碑规定进度，对每项测试资源规定使用期限。 – 报告和跟踪测试进度的方式：每日报告、每周报告；书面报告、电话会议 • 测试风险与解决方式 – 预测测试计划中的风险 – 规定对各种风险的应急措施（延期传递的测试项可能需要加班、添加测试人员、减少测 试内容。） • 测试计划的审批和变更方式 – 审批人和生效方式 – 如何处理测试计划的变更
•不被测试的特性 –指出不被测试的所有特性和特性的有意义的组合及其理由。
10
测试计划的内容详解（续1）
• 测试方法 –描述测试的总体方法，规定测试指定特性组志需的主要活动、所需的时间。 –规定所希望的测试程度，指明用于判断测试彻底性的技术（如：检查哪些语 句至少执行过一次）。 –指出对测试的主要限制，例如：测试项可用性、测试资源的可用性和测试截 止期限等。
❖ 3.用例设计：根据测试计划、任务分配、功 能点划分，设计合理的测试用例。---testing
leader, senior tester
❖ 4.执行测试：根据测试用例的详细步骤，执 行测试用例。--every tester(主要是初级测试 人员)
❖ 5.执行结果记录和bug记录：对每个case记录 测试的结果，有bug的在测试管理工具中编写 bug记录。--every tester(主要是初级测试人 员)
❖ 6.defect tracking：追踪leader分配给你追踪 的bug.直到 bug fixed。--every tester
❖ 7.测试报告：通过不断测试、追踪，直到被 测软件达到测试需求要求，并没有重大bug. 8.用户体验、软件发布等……
1.需求分析阶段：只要就是对业务的学习，分 析需求点。
4.测试方案阶段：主要是对测试用例和规程的设 计。测试用例是根据《测试方案》来编写的，通 过《测试方案》阶段，测试人员对整个系统需求 有了详细的理解。这时开始编写用例才能保证用 例的可执行和对需求的覆盖。测试用例需要包括 测试项，用例级别，预置条件，操作步骤和预期 结果。其中操作步骤和预期结果需要编写详细和 明确。测试用例应该覆盖测试方案，而测试方案 又覆盖了测试需求点，这样才能保证客户需求不 遗漏。同样，测试用例也需要评审。
12
测试用例
如何以最少的人力、资源投入，在最短的时间内完成测试 ，发现软件系统的缺陷，保证软件的优良品质，则是软件 公司探索和追求的目标。
测试用例是测试工作的指导，是软件测试的必须遵守的准 则。更是软件测试质量稳定的根本保障。
测试用例的定义
测试内容的一系列情景和每个情景中必须依靠输入和 输出，而对软件的正确性进行判断的测试文档，称为 测试用例。
系统功能测试步骤
系统测试一般步骤
❖ 1.需求：阅读需求，理解需求，与客户、开 发、架构多方交流，深入了解需求。--testing team
❖ 2.测试计划: 根据需求估算测试所需资源（人 力、设备等）、所需时间、功能点划分、如 何合理分配安排资源等。---testing leader or testing manager
9
测试计划的内容详解
测试项目简介 – 归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用 材料等。 – 在最高层测试计划中，如果存在下述文件，则需要引用它们：项目计划、质量 保证计划、有关的政策、有关的标准等。
•测试项 –描述被测试的对象，包括其版本、修订级别，并指出在测试开始之前对逻辑或 物理变换的要求。
测试计划的作用
• 为测试过程Байду номын сангаас供指导 – 测试目标 – 测试内容 – 测试方法 – 测试时间周期
• 改善测试任务与测试过程的关系 • 提高测试的组织、规划和管理能力
测试计划的内容
• 测试项目简介 • 测试项 • 需要测试的特征 • 不需要测试的特征 • 测试的方法 （测试人员、测试工具、测 试流程） • 测试开始条件和结束条件 • 测试提交的结果与格式 • 测试环境（软件、硬件、网络） • 测试者的任务、联系方式与培训 • 测试进度与跟踪方式 • 测试风险与解决方式 • 本测试计划的审批与变更方式
2.测试计划阶段：测试组长就要根据SOW开 始编写《测试计划》，其中包括人员，软件硬 件资源，测试点，集成顺序，进度安排和风险 识别等内容。
3.测试设计阶段：测试方案一般由对需求很熟 的高资深的测试工程师设计，测试方案要求根 据《SRS》上的每个需求点设计出包括需求点 简介，测试思路和详细测试方法三部分的方案。 《测试方案》编写完成后也需要进行评审。
❖ 减少回归测试的复杂程度
❖ 在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周 期；
测试用例就是将软件测试的行为活动，做一个科学化 的组织归纳。
13
为什么需要测试用例
❖ 在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性；
❖ 测试用例的使用令软件测试的实施重点突出、目的明确；
❖ 根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪；
5.测试执行阶段：执行测试用例，及时提交有质 量的Bug和测试日报，测试报告等相关文档。
软件测试计划概述
测试计划的定义
• 一个叙述了预定的测试活动的范围、途 径、资源及进度安排的文档。它确认了测 试项、被侧特征、测试任务、人员安排、 以及任何偶发计划的风险。
• 《ANSI/IEEE软件测试文档标准8291983》
•开始条件和结束条件 –规定各测试项的开始测试需要满足的条件 –测试通过和测试结束的条件。
•测试环境 –测试的操作系统和需要安装的辅助测试工具（来源与参数设置） –软件、硬件和网络环境设置
11
测试计划的内容详解（续2）
• 测试者的任务、联系方式与培训
– 测试成员的名称、任务、电话、电子邮件等联系方式 – 为完成测试需要进行的项目课程培训 • 测试进度与跟踪方式 – 在软件项目进度中规定的测试里程碑以及所有测试项传递时间。 – 定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测 试里程碑规定进度，对每项测试资源规定使用期限。 – 报告和跟踪测试进度的方式：每日报告、每周报告；书面报告、电话会议 • 测试风险与解决方式 – 预测测试计划中的风险 – 规定对各种风险的应急措施（延期传递的测试项可能需要加班、添加测试人员、减少测 试内容。） • 测试计划的审批和变更方式 – 审批人和生效方式 – 如何处理测试计划的变更