网站产品部工作标准

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