某IT公司产品部工作质量规范.doc_第1页
某IT公司产品部工作质量规范.doc_第2页
某IT公司产品部工作质量规范.doc_第3页
某IT公司产品部工作质量规范.doc_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

产品部工作质量规范 草稿 版本号 版本号 撰写人 撰写人 撰写日期撰写日期 审核人 审核人 审核日期审核日期 1 产品部工作定义 产品部日常工作包括 产品部日常工作包括 产品设计工作 相关输出 需求规格说明书 UI 图形原文件 HTML 代码输出 相关输出 UI 的 HTML 代码 产品测试工作 相关输出 测试计划 含测试用例 测试报告 含 BUGLIST 产品开发阶段的沟通工作 相关输出 工作日报 产品设计相关的用户调查工作 相关输出 调查计划 调查报告 相关评审工作 相关输出 评审记录 其他 相关日常工作计划 会议纪要 工作报告等 2 产品设计工作 工作目标 工作目标 根据公司产品战略阶段规划和可行性研究 明确该阶段 产品必须做什么 对目标系统提 出完整 准确 清晰 具体的功能要求 工作内容包括需求规格说明书文档设计 UI 设计 主要输出 主要输出 需求规格说明书 UI 图形原文件 2 1 需求规格说明书 定义 定义 1 需求规格说明书必须清楚的描述软件的每一个基本需求 功能 设计约束和属性 和外 部界面 2 必须把每一个需求规定成能够通过预先定义的方法 例如检查 分析 演示或测试等 被客观地验证与确认形式 需求规格说明书标准需求规格说明书标准 在软件需求分析阶段结束后必须由产品委员会进行软件需求评审由产品委员会进行软件需求评审 以确保在软件需求规格说明 书中规定的各项需求的合适性 评审过程一般包括以下四个方面的验证 1 完整性 需求必须是完整的 需求规格书应该包括 产品规划书 所定义的产品战略阶段需要的每一个 功能需求及性能性能约定 2 一致性 所有需求是一致的 任何一条需求都不能与其他需求相互矛盾 3 现实性 保证需求设计是用现有的硬件技术和软件技术基本上可以实现的 基本适应公司的开发技术资 源水平的 4 有效性 需求正确有效 确实吻合产品战略方向 市场方向所需 避免做超出市场需求规划范围的无用 设计 5 可用性 需求说明书必须使用清晰易懂的描述语言 逻辑清晰 准确描述每一个需求的细节 以保障在 无人职守的情况下能被阅读对象正确理解 2 2 UI 设计 输出输出 UI 设计输出为符合下述评审要求 PNG 或 PSD 图形文件 并合理组织输出相关 层 帧 按钮 等界面元素 UIUI 设计评审标准 设计评审标准 1 主题定位 主题表现鲜明 展现产品阶段性定位特点 具有适当个性的设计风格 表现手法 新颖 2 功能容纳 所容纳功能符合产品需求设计 3 布局要求 符合用户体验规则 方便浏览和操作 整体布局均衡合理 轻重层次合理 符合 产品定位要求 风格一致 4 色彩要求 整体色彩要符合产品定位 协调和谐 符合美感 5 可修改性 方便进行更新 修改 6 技术含量 整体的技术难度和技术的恰当使用 3 HTML 代码输出工作 工作目标 工作目标 根据评审通过的需求设计 将已确定的 UI 图形生产为可供开发部门应用的 HTML 代码 主要输出 主要输出 HTML 代码 含图形切片 HTML 文件 CSS 文件 XML 模板文件等 HTMLHTML 代码评审标准 代码评审标准 1 HTML 代码与需求规格设计的 UI 界面一致 2 HTML 代码符合 W3C 规范 3 相关代码具有可扩展性 可修改性 即可方便地进行更新和修改 4 相关 CSS 样式等代码规划合理 全套 HTML 间无代码冲突造成的错误 4 产品测试工作 工作目标 工作目标 测试工作的定义是 为了发现程序中的错误而执行程序的过程 测试工作包含从开发开始的 模块测试到验收测试 Release 测试 的整个过程的测试规划 测试设计 测试实施 测试报告等内容 产 品测试工作用来验证软件需求规格说明书中的需求是否已经正确开发实现 已经实现的产品是否满足潜在的 或预先定义的质量要求 工作范围 工作范围 产品部门目前负责的测试包括 模块黑盒测试 系统联调黑盒测试 Release 黑盒测试 可 参与的测试包括 系统压力测试 安全性测试 输出 输出 测试计划 含测试用例 测试报告 含 BUGLIST 4 1 测试用例 测试用例内容撰写标准 测试用例内容撰写标准 1 所有测试用例都应该能够追溯到需求设计 2 覆盖需求中所提及的测试要求 3 覆盖需求中的所有可测试功能和性能 4 覆盖需求中所提及的所有算法 条件约定等 5 测试用例中数值设计的合理性 6 测试用例测试重点把握准确 测试用例评审标准 测试用例评审标准 1 完整性 完整性是指有明确的目的 输入 输出 提供必要的备注信息 2 可执行性 可执行性指测试人员根据测试用例能够独立执行测试 3 代表性 指能用最简单的数据 最简捷的路径达到测试的目的 4 唯一性 指在各个测试用例没有重复交叉的现象 5 可读性 指测试用例描述清晰 逻辑正确 拆分合理 6 涉及到数值计算 必须精确到具体数值的输入及输出 7 涉及到业务流程 必须体现流程的每个节点及输出 4 2 测试报告 测试报告 含测试报告 含 BUGLISTBUGLIST 标准 标准 1 测试报告必须与测试计划相吻合 完整描述软件测试计划 用例 执行的结果 2 BUGLIST 必须符合规定格式 对 BUG 的表现情况描述清晰准确 可读性好 保障开发人员能正 确理解 注 相关格式见 BUGLIST 编写指南 3 测试报告必须对 BUG 等级进行准确的结论描述 注 BUG 划分五个等级 见 BUG 等级分类标准 4 测试报告必须对软件产品是否合格进行标识 注 包括验收合格 让步接收 不合格三个标准 见 产品 Release 验收标准 5 开发过程的沟通工作 工作目标 工作目标 将评审通过的需求设计准确传达给

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论