单元二任务一将软件需求转化为测试需求.ppt

不同的质量子特性可以确定出不同的测试内容，这些测试内容可以通过不同的测试类型来实施。 软件测试可以划分为以下测试类型：功能测试、安全性测试、接口测试、容量测试、完整性测试、结构测试、用户界面测试、负载测试、压力测试、疲劳强度测试、恢复性测试、配置测试、兼容性测试、安装测试等。 根据质量子特性的定义，以及各测试类型的测试内容，可以分析出质量子特性与测试类型的对应关系。 质量子特性和测试类型的对应关系基准表 功能测试：侧重于验证测试目标预期功能，确保满足提供所需的服务、方法或用例。针对不同测试目标（包括单元、集成单元、应用程序和系统）实施和执行此测试。 完整性测试：侧重于评估测试目标的健壮性（防止故障）和语言、语法和资源用途的技术一致性。针对不同测试目标（包括单元和集成单元）实施并执行此测试。 容量测试：侧重于验证测试目标处理大量数据的能力，可以是输入和输出或数据库中驻留的数据。 安全性测试：侧重于确保测试目标数据只供预订好的那些参与者访问。针对各种测试目标实施并执行此测试。 接口测试：侧重于验证测试目标的数据接口的正确性和对其设计的遵循性。 结构测试：侧重于评估测试目标对其设计和形式的遵循性。通常，对支持web的应用程序执行此测试，以确保连接所有链接，显示合适的内容和未孤立任何内容。 用户界面测试：侧重于验证测试目标预期功能，确保满足提供所需的服务、方法或用例。针对不同测试目标（包括单元、集成单元、应用程序和系统）实施和执行此测试。 完整性测试：侧重于评估测试目标的健壮性（防止故障）和语言、语法和资源用途的技术一致性。针对不同测试目标（包括单元和集成单元）实施并执行此测试。 容量测试：侧重于验证测试目标处理大量数据的能力，可以是输入和输出或数据库中驻留的数据。 安全性测试：侧重于确保测试目标数据只供预订好的那些参与者访问。针对各种测试目标实施并执行此测试。 接口测试：侧重于验证测试目标的数据接口的正确性和对其设计的遵循性。 结构测试：侧重于评估测试目标对其设计和形式的遵循性。通常，对支持web的应用程序执行此测试，以确保连接所有链接，显示合适的内容和未孤立任何内容。 建立测试需求跟踪矩阵，对测试需求进行管理。将上述步骤分析、确定的开发需求、测试需求、测试类型填入测试跟踪需求矩阵。 测试需求跟踪矩阵为原始测试需求与测试要点的对应关系表，格式如下： 建立测试需求跟踪矩阵，对测试需求进行管理。将上述步骤分析、确定的开发需求、测试需求、测试类型填入测试跟踪需求矩阵。 通过测试需求跟踪矩阵的方式对需求变更实施管理。软件需求一旦发生变化，就要对需求跟踪表进行维护，启动配置管理过程，将与软件需求变更相关的内容进行同步变更。 增加 培训 信息 增加 培训 信息 评审的内容： 完整性审查：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求； 准确性审查：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据。 评审的形式 相互评审、交叉评审：甲和乙在一个项目组，处在一个领域，但工作内容不同，甲的工作成果交给乙审查，乙的工作成果交给甲审查。相互评审是最不正式的一种评审形式，但应用方便、有效。 轮查：又称分配审查方法，是一种异步评审方式。作者将需要评审的内容发送给各位评审员，并收集他们的反馈意见。 评审的形式 走查：作者将测试需求在现场向一组同事介绍，以收集大家的意见。希望参与评审的其他同事可以发现其中的错误，并能进行现场讨论。这种形式介于正式和非正式之间。 小组评审：通过正式的小组会议完成评审工作，是有计划的和结构化的评审方式。评审定义了评审会议中的各种角色和相应的责任，所有参与者在评审会议的前几天就拿到了评审材料，并对该材料进行了独立研究。 评审的形式 审查：审查和小组评审很相似，但更为严格，是最系统化、最严密的评审形式，包含了制定计划、准备和组织会议、跟踪和分析审查结果等。 评审的人员组成： 正式评审小组中，一般存在多种角色，包括协调人、作者、评审员等。 评审员需要精心挑选，保证不同类型的人员都要参与进行来，通常包括开发经理、项目经理、测试经理、系统分析人员、相关开发人员和测试人员等。 选择“大学学籍管理系统”的某一功能，按照测试需求分析的4个步骤，完成对该功能的“测试需求跟踪矩阵” * 用户接口方面其实指的就是UI,指用户的输入界面 任务一、根据需求分析明确测试需求与任务 能够区分测试需求与软件需求 能够收集测试需求 了解测试需求的特征 定义：描述在你的应用程序中哪些需要被测试，简单来