搜索
软件测试培训汇报人：张丽娟CONTENTS目录Page1SVN操作说明Page10SVN目录文档存放规范Page16软件测试基础知识Page22版本发布流程01SVN操作说明目前公司内部的文档资料缺失，项目的相关资料部分存放在个人电脑上，没有及时共享到SVN目录，不利于项目的管理和后期资料的查阅，内部交互不方便。对SVN的使用不熟悉SVN操作说明-下载下载至本地右键-SVNCheckoutURLofrepository:SVN地址Checkoutdirectory:下载至本地存放路径SVN简单使用方法-更新更新本地内容右键-SVNUpdateaction：标注文件状态：update-修改；add-新增delete-删除SVN简单使用方法-同步本地文件同步SVN：1.新增文件同步2.文件被修改后同步；3.文件被删除后同步；本地文件同步SVN右键-SVNCommit提交时添加备注信息选择需要提交的文件提交修改：如果SVN相同路径有同名文件，则被覆盖新建：无此文件直接新建；删除：直接删除SVN文件与本地相同SVN简单使用方法-预览选择文件下载查看右键-TortoiseSVN-Repo-brower查找文件目录直接打开，或保存至本地查看SVN简单使用方法-查看SVN变更记录查看变更记录右键-TortoiseSVN-ShowLog可以查看单个文件的变更记录，整个文件夹的变更记录；提交人员，备注信息，提交时间修改的内容等一目了然SVN地址打标签标签说明注意：打标签时直接复制后提交，不要checkout，checkout的文档内容有自己的SVN路径。打测试标签：是将最新的代码复制一份存放到指定目录，然后同步至SVN02SVN目录文档存放规范目前公司项目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代码review8.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软件测试的阶段测试日报编写测试日报：汇报测试阶段测试的进展情况，存在的风险及问题，问题单情况等0506测试报告编写测试报告汇总整个项目测试的情况，测试轮次，问题单情况，遗留问题及规避方法等版本交付件的测试包括交付给客户的文档，版本包，脚本等07需要注意几点：01需求的变更1.需求的变更要通知测试，方便测试用例的更新，避免提交非问题单浪费时间2.需求的变更要有变更记录，方便跟踪管理02项目计划的变更1.项目计划的变更要通知测试，同步更新测试计划；03环境的变更1.数据库环境的变动要有对应的SQL脚本，并记录至checklist中；2.服务部署配置信息的变更要通知测试同步测试环境04发布版本后1.发布版本后不要私自优化代码；2.线上更新的代码要提交至公司内部服务器，保持内外同步；并通知测试内部验证；缺陷处理流程原则上当天的缺陷当天解决，下午3点之后的缺陷可以在第二天上午处理结束。缺陷处理结果：修复，重复bug，非法BUG,不解决，延期解决。bug状态reopen是比较严重的现象缺陷管理缺陷提交人员：测试人员缺陷分配人员：项目负责人缺陷处理人员：开发人员缺陷关闭人员：测试人员新建打开已修复关闭测试验证失败验证通过开发处理完后测试是为了证明程序有错，有BUG是正常现象1.代码提交前代码提交前先更新对比，后提交代码提交规范2.代码提交说明只要有代码变更，都提交说明信息处理bug单的事由填写bug单号和标题3.请勿私自修改别人代码修改别人代码前请确认，请勿私自修改别人代码4.版本确认发布后勿私自改动代码版本被确认发布后，勿私自改动结构或优化代码。1.当天代码当天提交，勿本地积累。2.交互代码优先处理；3.线上问题代码修改后，一定要内部同步代码关键流程，公用类添加注释和日志，方便内部交流查看例如：【提交人员】覃沿武【提交事由】湖北气象添加敏感词验证【提交时间】2015-06-1504版本发布流程1版本包准备测试出版本包迭代的准备增量包2交付件审核交付件：操作指南，升级指南，测试计划，测试用例，测试报告等。根据客户要求提供，交付前由测试审核格式及内容；3数据库脚本准备有迭代版本的尽量准备数据库更新脚本，以及回退脚本。4线上问题维护线上问题通知测试本地回归验证，跟踪处理要有记录版本上线要求版本包1.演示版本，上线版本的版本包在上线之前和测试确认最新版本或稳定版本。2.上线后要在本地备份线上版本包，方便定位问题交付件1.交付件在发给客户之前先让测试做文档的静态测试；2.文档格式，命名，内容等。3.升级指导尽量在本地按照步骤操作确认无误后发送数据库脚本1.新项目的的数据库在上线前要清理脏数据；2.迭代版本要写sql脚本和rollback.sql回滚脚本3.脚本的整理是项目负责人指定人员或测试人员均可。内部能规避的问题尽量内部解决升级注意事项01备份升级前先备份上个版本，避免升级后系统瘫痪，一时找不到原因，导致系统暂停使用的现象04配置项修改1.配置项的修改要重启服务器；2.修改前尽量先备份一份；3.linux配置项最好下载到本地修改后上传，直接修改保存有时会更改保存格式，导致访问时无法打开03停止服务tomcat服务使用shutdown关闭时，有时不能关闭，可选择强杀进程:windows:java.exelinux：psef|greptomcat查找到进程ID，然后执行kill-9[进程ID]02缓存的清理升级前必须先清空缓存目录：/work/缓存会影响页面的显示，一些加载项会优先从缓存加载仅供参考文档交付件的审核流程测试类文档审核流程测试计划提交项目负责人审核；测试用例提交开发人员审核内容；测试报告提交项目负责人审核；审核通过后提交SVN存档测试相关测试计划，用例测试报告开发文档审核流程需求文档预先和客户确认后定稿；详细设计内容由项目架构师/负责人审核，后提交测试审核文档格式，排版检查。操作指南，升级指导提交测试检查排版和可操作性，审核通过后提交SVN存档设计类文档操作指南，升级指导类开发相关数据库脚本数据库脚本数据库脚本主要为了方便迭代版本的升级上线更新脚本迭代版本新建UPDATE.SQL脚本；1.数据库的约束条件变动，字段新增，存储长度变更，序列均写SQL语句；2.存储过程，视图等单独存放，并在checklist.xls中记录，方便升级时逐个检查回退脚本新增rollback.sql脚本；1.方便升级失败，严重影响系统使用时回退版本，同时确保客户数据不被变动；2.数据库新增，变动都要有对应的回退语句；上线后维护上线时问题升级时存在问题，可内部先验证代码，后分析配置，环境因素上线后的问题上线后运行发现问题，内部报备，记录处理流程内部测试问题系统一上线，内部测试发现问题，较严重的可考虑升级补丁版本THANKS谢谢观赏