软件测试培训-.pptVIP

软件测 试培训 汇报人：张丽娟 CONTENTS 目录 Page 1 SVN操作说明 Page 10 SVN目录文档存放规范 Page 16 软件测试基础知识 Page 22 版本发布流程 01 SVN操作说明 目前公司内部的文档资料缺失，项目的相关资料部分存放在个人电脑上，没有及时共享到SVN目录，不利于项目的管理和后期资料的查阅，内部交互不方便。 对SVN的使用不熟悉 SVN操作说明-下载 下载至本地 右键-SVN Checkout URL of repository : SVN地址 Checkout directory : 下载至本 地存放路径 SVN简单使用方法-更新 更新本地内容 右键-SVN Update action：标注文件状态： update-修改； add-新增 delete- 删除 SVN简单使用方法-同步 本地文件同步SVN： 1.新增文件同步 2.文件被修改后同步； 3.文件被删除后同步； 本地文件同步SVN 右键-SVN Commit 提交时添加备注信息 选择需要提交的文件提交 修改：如果SVN相同路径 有同名文件，则被覆盖 新建：无此文件直接新建； 删除：直接删除SVN文件 与本地相同 SVN简单使用方法-预览 选择文件下载查看 右键-TortoiseSVN- Repo-brower 查找文件目录直接打开， 或保存至本地查看 SVN简单使用方法-查看SVN变更记录 查看变更记录 右键-TortoiseSVN-Show Log 可以查看单个文件的变更记录， 整个文件夹的变更记录； 提交人员，备注信息，提交时间 修改的内容等一目了然 SVN地址 打标签 标 签 说 明 注意：打标签时直接复制后提交，不要checkout，checkout的文档内容有自己的SVN路径。 打测试标签：是将最新的代码复制一份存放到指定目录，然后同步至SVN 02 SVN目录文档存放规范 目前公司项目svn目录结构比较单一，文档内容缺失 目前存放格式 在新建项目时按照新的目录结构存放，软件开发不同阶段的文档分类存档 后续更新规范 SVN目录结构 SVN目录的创建直接拷贝模板，修改项目名称 有迭代版本的内部新建文件夹，使用版本号来命名， 项目相关文档均按照要求存放在特定的位置 同一项目文件命名格式统一化 SVN目录结构 1.0 需求管理 1.1 需求分析 1.2 需求跟踪 2.0 设计管理 2.1 概要设计 2.2详细设计 2.3 接口规范 2.4 数据库设计 3.0 进度控制 3.1 项目计划 3.2 工作量评估 4.0 代码 4.1 代码名称 SVN目录结构 5.0 测试管理 5.1 测试计划 5.2 测试用例 5.3 测试报告 6.0 标签管理 6.1 测试标签 6.2 演示版本 8.0 质量管理 8.1 代码review 8.2 手工BUG单记录 8.3 上线维护记录 7.0 版本控制 7.1 交付件 7.2 版本包 7.3 数据库脚本 文档命名规范 天成CRM项目与12358项目对比 1.12358文档命名多样，单纯看名字无法判断是否同一项目； 2.天成命名格式比较规范。 1.比较原始的需求说明文档 2.需求变更记录 开发各阶段的文档要求 需求分析 概要设计 客户确认的系统方案 详细设计阶段 1.详细设计说明书； 2.数据库设计文档； 3.项目计划； 4.接口规范； 5.流程图 升级指南： 升级checklist 测试阶段文档： 测试计划，测试用例，测试报告 操作指导 数据库脚本 需求说明书 03 软件测试基础知识 编码完成交付测试，bug修复，代码优化，需求变更 设计问题，编码问题；功能问题，性能问题； 开发和测试的高度迭代才能做出高质量的软件 开发 测试 软件测试的阶段 02 测试用例编写 测试用例的编写依据是需求文档，需求文档越详细描述越清楚，用例设计会越全面 测试计划制定 测试计划的制定严格依赖于项目计划 01 测试环境准备 测试环境与开发环境隔离，目的是方便缺陷的定位，上线sql脚本的验证 03 测试执行 测试执行是对测试用例的执行，根据项目的时间规划进行集成测试，系统测试，回归测试等 04 软件测试的阶段 测试日报编写 测试日报：汇报测试阶段测试的进展情况，存在的风险及问题，问题单情况等 05 06 测试报告编写 测试报告汇总整个项目测试的情况，测试轮次，问题单情况，遗留问题及规避方法等 版本交付件的测试 包括交付给客户的文档，版本包，脚本等 07 需要注意几点： 01 需求的变更 1.需求的变更要通知测试，方便测试用例的更新，避免提交非问题单浪费时间 2.需求的变更要有变更记录，方便跟踪管理 02 项目计划的变更 1.项目计划的