第8节-项目实战项目实战.pptxVIP

项目实战 项目实战 一、测试的目的： 1、验证软件是否满足软件开发合同或项目开发计划、系统/子系统设计文档、软件需求规格说明、软件设计说明等规定的软件质量要求； 2、通过测试，发现软件缺陷； ● 软件测试未发现错误说明这个测试没有价值？ 3、为软件产品的质量测量和评价提供依据。 ● 缺陷密度 项目实战 二、测试过程： 1、测试策划：主要是进行测试需求分析,制定测试计划/方案。 1）需求规格说明书：是用户和软件开发者双方对该软件的初始规定的共同理解， 是整个软件开发和测试工作的基础。包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求。 项目实战 2） 需求分析及评审： 评审基本原则：一字不漏 风险评估：时间、资源、人员配合 项目实战 3） 需求评审点： ● 每一项需求都将所要实现的功能描述清楚、准确； ● 与其它软件需求或相关标准规定不相矛盾； ● 每一项需求都是在已知系统和环境的限制范围内可以实施的； ● 对可能出现的异常进行了分析，并且对这些异常进行了容错处理； ● 每项需求都能通过设计测试用例或其它的验证方法来进行测试。 示例： 需求规格说明书附件：MA1002 项目实战 4） 测试计划/方案： 描述测试活动的范围、方法、资源和进度。定义被测试的软件项、要测试的特征、要完成的测试任务、负责每项任务的人员以及与该计划相关的风险。 风险评估：时间、资源、人员配合 计划/方案评审 项目实战 测试范围示例： 功能性需求 功能模块 需求标识 测试需求/测试要点 系统时间设置 系统时间设置 REQ01-01 系统时间设置... 超时报警时间设置 REQ01-02 超时报警时间设置... 清洗时间设置 REQ01-03 清洗时间设置... 状态显示 REQ02 状态显示... 净化室进入控制 REQ03 净化室进入控制... 净化室离开控制 REQ04 净化室离开控制... 报警处理 超时报警 REQ05-01 超时报警... 恐慌报警 REQ05-02 恐慌报警... 系统复位 REQ06 系统复位... 项目实战 5） 测试计划/方案评审点： ● 测试的项目清单是否覆盖需求规格说明书 ● 测试方法是否描述清楚，可行 ● 测试工具的选择是否可行 ● 是否考虑异常测试 ● 是否考虑可能产生冲突的组合测试 ● 是否考虑异常条件下的性能测试 项目实战 2、测试设计：主要是进行测试用例的设计。 1）测试用例要素： ● 测试用例标识 ● 测试项 ● 所属子系统及模块 ● 约束及前提条件 ● 操作步骤 ● 预期结果 ● 实际结果 可选： ● 对应的需求标识 ● 编写人、执行人 项目实战 示例： 用例编号 TC-001 测试模块 参数设置 用例名称 查看参数设置中系统时间默认值。 需求标识 REQ01-01 前提及约束条件 软件安装正常 操作步骤 1、打开ClearRoom应用程序 2、查看参数设置中系统时间参数的默认值是否为2007:01:01:00:00:00 预期结果 参数设置中系统时间参数的默认值是否为2007:01:01:00:00:00 实际结果 参数设置中系统时间参数的默认值为空白 用例设计 *** 日期 ** 项目实战 2）用例设计方法 ● 等价类划分 ● 边界值 ● 错误猜测 ● 场景分析 举例：实战项目的日期设置 注意： ● 测试覆盖、穷举 ● 场景代入 ● 测试敏感度 举例：实战项目出入控制、常见的OA流控（通过、作废、退回） 项目实战 3）用例评审点: ● 用例描述、操作步骤、预期结果和数据使用等信息是否准确、完整、无歧义 ● 用例是否包含了足够多的业务类型分支或数据场景分支 ● 用例是否考虑了用户使用的频率，若使用非常频繁，那么是否需要做并发测试（非硬性） ● 被测功能是否为无操作界面的系统自动任务，若无操作界面，那么用例中是否考虑了用户测试的方法；若有界面，是否有界面规范性性检查测试用例(checklist) 项目实战 3、测试执行：执行测试用例，获取测试结果，分析并判定测试结果。 1）基本点 ● 首要保证当前的测试版本准确无误，测试环境正常 ● 保证用例执行度，对不能执行的用例进行备注及说明(如流程阻塞) ● 详细记录测试结果（通过、不通过、阻塞、未执行） ● 对于不通过的用例进行分析判定，与开发及需求负责人沟通 ● 测试问题转用例 ● 测试进度把握(立会) 2）提交问题单、记录缺陷 ● 缺陷严重级别(提示、一般、严重) ● 缺陷描述(清楚明确) ● 缺陷所属模块及模块负责人 ● 缺陷复现（步骤清楚，截图）