- 1、本文档共145页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
安装阶段的测试准备 安装计划 安装流程图 安装文件和程序清单 测试安装程序给出测试结果 将程序运行的软硬件要求放入产品说明中 对于新操作人员的使用说明书 对于新使用者的操作说明和操作流程 安装过程中的各项可能发生的结果的说明 测试关注点 对程序安装的正确性和完整性进行核对 校验产品文件的完整性 安装的审查,追踪被记录 安装之前,该系统已经被证实没有问题 如果安装失败,系统有相应的解决方案 安装过程,进行了权限控制(安全性) 安装遵循一定的方法,步骤 需要的配套程序和数据已经放进了产品中 已交付使用说明 相关文件已经完整(可维护性) 接口已经被合理调整(耦合性) 综合的性能达到了用户要求 建议测试工具 测试工具检查表 选择测试的范围 选择检查表 明白这些问题的用意 提前测试用户的检查表 使用该检查表模拟运行一遍 自己向自己汇报一次 将有用的信息记录下来 评估检查表和检查流程 续…… 测试标准 数据的正确性 将程序产品化 向操作者和用户进行讲解 校验检查表和产品的正确性 使用测试标准去检验发生的问题 验收测试 软件验收流程 定义用户角色 定义验收标准 编制验收计划 执行验收计划 填写验收结论 定义用户角色 确定最终用户的范围 确认临时的和最终产品的验收标准 计划每一个验收过程由谁和如何执行 计划资源分配 计划时间分配 准备验收计划 为每一项验收工作给出结论 确定验收标准 功能上 性能上 接口质量上 过载后的软件质量 安全性 软件的稳定性 编写验收计划 项目描述 用户职责 行政上的流程 验收活动描述 每一个验收项的评审 最终的验收测试步骤 执行和结论 执行验收计划 验收测试和评审进行管理 验收的结果 典型的验收结果 在进入下一个活动之前问题或者变更必须被接受 工作可以继续,但是下次评审之前必须更正 没有任何的更改 维护阶段 工作重点和目标 两个重要的工作:测试和培训 目标: 开发一些测试用例,预先发现一些问题 在运行情况发生变化后,预先的修正一些错误 编写必要的培训材料 对有关的人员进行培训 同用户进行接触 开发更新测试计划 测试计划要简短,必须在短时间内完成。 只测试变化的部分 两点:测试什么,如何测试 测试要素 变化的数据交换 变化的程序 操作流程 用户的操作习惯 不同系统之间的互联 语言版本 安全性 备份/恢复 编制培训计划 对系统进行概览 对系统假定一些错误,给出处理方法 培训材料 对项目内容的陈述 用户使用方法 对错误列表上的问题给出解释 对报告进行解释,并且说明如何使用他们(图标,数据等) 对输入数据进行解释 反馈 反馈包括:用户反馈和测试反馈,又分成错误和建议。 没有反馈意见,程序很难提高 反馈的类型 测试的数量和内容 发现的问题数量和分类 区分是技术上的还是应用上的问题 将反馈信息重新整理,加入到相关的测试数据中 实例讲解测试活动在软件工程中的应用 活动阶段分类 需求阶段 设计阶段 编码阶段 集成测试阶段 系统测试阶段 验收测试阶段 产品化发货阶段 阶段流程图 总体流程图 需求阶段测试工作流程 设计编码阶段测试工作流程 集成,系统,验收测试阶段 谢谢 * * 实施过程 听取各方面的意见和建议 标明项目风险 测试要素 联系测试矩阵 建立测试计划 对计划进行评审 建立测试计划 定义测试目标 开发测试矩阵 软件模型 结构特性 批量测试的阶段和用例 为在线系统作概念上的测试脚本 软件测试矩阵 定义测试管理 测试计划的一般性信息 定义测试里程碑 定义管理上的检查点 书写测试计划 评审测试计划 涉及评审的问题 评审测试的开始时间是否会延期 有没有抵触评审的角色 一段时间内是否很难得到工作的检查信息。 更换工具有可能导致他们反感评审工作 评审结果可能会影响对个人的工作评价 对于最终成品的检查 项目的需求规格说明书 软件返工/维护的文档 升级后的技术文档 被更改的源程序 测试计划 用户手册(包括在线帮助) 续…… 正式评审中的角色 缓和剂(SQA) 读者 记录者 作者 检测员 正式评审发现的缺陷应包含的信息 起因 类型 分类 级别 评审流程 计划和组织 通篇的讲解(可选) 个人准备 评审会议 修订和反复 需求阶段的测试 测试成本 在软件开发的所有阶段进行测试 被设计用来减少测试成本 IBM的数据 大约 60个缺陷/千行 2/3的缺陷产生在需求和设计阶段 在需求和设计阶段发现的缺陷修正的花费最小 修正系统测试阶段发现的缺陷,花费是以上的10倍 发布产品以后,修正缺陷的花费是原来的100倍 生命周期的测试概念 在软件开发过程中持续的进行测试 在尽可能早的阶段点去修正缺陷 需要正式的开发流程来支持 组建测试团队 当开发开始进行的时候,测试就开始进行了 需求阶段的测试 准备风险列表 确定风险组 确定风险 风险分析
文档评论(0)