客户化测试流程(详细).doc

Nstc成都信息客户化测试流程（详细） 目录 一、客户化测试（对内） 2 1. 测试环境的部署 2 1.1数据库部署 2 1.1.1确认数据文件信息 2 1.1.2导入数据库流程 2 1.2项目部署 2 1.2.1确认项目文件信息 2 1.2.2项目部署 2 2. 测试用例编写、执行 3 2.1测试点梳理 3 2.1.1测试点梳理流程 3 2.2测试用例编写 3 2.2.1测试用例规范 3 2.2.2测试用例编写 3 2.3测试用例执行 3 2.3.1用例执行规范 3 3. BUG提交、跟踪 4 3.1BUG提交 4 3.1.1BUG提交规范 4 3.2BUG跟踪 5 3.2.1BUG跟踪流程 5 4. 组内发包规范 5 4.1发包内容和规范 5 4.1.1发包内容 5 4.2发包版本控制 7 4.2.1组内发包版本控制 7 二、客户化测试（对外） 8 1. 测试对外发包规范 8 1.1对外发包位置 8 1.1.1FTP发包地址 8 1.2对外发包邮件 8 1.2.1对外发包邮件内容 8 1.3对外发包跟踪 8 一、客户化测试（对内） 测试环境的部署 1.1数据库部署 1.1.1确认数据文件信息 测试从客户方接收的数据文件，必须满足以下要求： 由数据泵导出 dmp文件和导出日志 原数据库用户名 原数据库表空间 1.1.2导入数据库流程 将数据库上次到测试服务器‘/home/oracle/oracle12c/dbfiles/实例名/’目录下 PL/SQL远程连接Oracle数据库，新建表空间、临时表空间。表空间和临时表空间命名规范按照：表空间：G6TS_001、临时表空间：G6TS_TEMP001 编写导库命令 cmd中远程连接服务器执行导库 导库完成后，通过PL/SQL连接到对应的数据库，编译无效对象。无法编译通过的对象需要向客户方确认是否影响本次客户化模块测试 1.2项目部署 1.2.1确认项目文件信息 测试从客户方接收项目文件，必须满足以下要求： 项目文件版本为最新 包含本次客户化开发模块以及关联模块 项目文件和生产环境一致、 1.2.2项目部署 参见N9、N6、G6还原安装相关文档。 测试用例编写、执行 2.1测试点梳理 2.1.1测试点梳理流程 参与客户化开发项目需求评审会 整理需求疑问 向客户方确认相关隐性需求 使用思维导图整理对应每个Jira的测试点 组织组内测试点评审 2.2测试用例编写 2.2.1测试用例规范 用例名称：命名规范为Jira号+该用例测试点概括说明 操作步骤：明确该步骤操作的页面和位置，XX系统-XX页面-XX位置 预期结果：每个操作步骤对应一个明确的预期结果 所属模块：将该用例归类到对应模块下 用例优先级：1、2、3、4分别代表用例基本的高、中、低、发散测试用例 2.2.2测试用例编写 测试统一使用禅道管理测试用例，禅道编写用例的两种方式： 手动添加测试用例 批量导入测试用例 用例编写过程中，如需修改测试用例，可直接在禅道上编辑维护。 2.3测试用例执行 2.3.1用例执行规范 必须在禅道中执行用例 执行用例过程中必须标注结果 通过、失败、阻塞分别代表用例通过、用例不通过、用例无法执行 失败和阻塞的用例必须标注原因和相关截图 用例可以交叉执行，不能同时执行 回归测试执行用例，必须标注当前软件版本号 BUG提交、跟踪 3.1BUG提交 3.1.1BUG提交规范 标题：命名规范为Jira号+该问题单概括 指派：处理BUG 的开发人员 严重度：1、2、3、4分别代表阻塞、严重、一般、易用性 影响版本：将BUG归类到对应的软件版本 所属模块：将BUG归类到对应的模块 重现步骤：问题复现的简单步骤 问题详细描述：针对BUG的详细描述 附件截图：上传BUG截图 附件文本：上传weblogic后台日志 抄送：抄送给组长 BUG提交后，对应处理BUG的开发人员、抄送的组长会收到邮件推送的问题单。 3.2BUG跟踪 3.2.1BUG跟踪流程 发现的BUG在禅道提交，指派给对应的开发，抄送组长 开发接收BUG确认，处理BUG 开发处理BUG完成，发版后，将BUG指派给对应的测试 测试接收BUG，将指派回的BUG，在新版本中验证 验证过程中通过的BUG，将其关闭，不通过的BUG指派会对应的开发 组内发包规范 4.1发包内容和规范 4.1.1发包内容 增量包分为三个部分：发版清单、项目、脚本。 清单：发版清单中需要列出解决的jira问题、更新包的注意事项 目：发版的项目的目录结构需要和生产环境一致，涉及到发版过程中有特殊处理步骤的，在发版清单中说明 脚本按照模块整理，统一编写PATCH.PDC文件 4.2发包版本控制 4.2.1组内发包版本控制 每次发包后，都需要在禅道中添加相应的版本号。 版本好命名规则