品质保证工作操作手册 - 副本.docx

一、项目品质保证工作1.产品的理解性对于产品的正确理解，并转化为相关说明性文档，把握产品的核心内容，分析产品的特性以及明确产品现阶段的业务范畴。2.产品的功能把握产品相关功能梳理，并明确各项功能间的业务逻辑，辅助产品相关描述性文档撰写。3.产品类文档的简洁性整理对于产品核心的正确把握，并梳理相关资料信息，整理出需求所需的必要信息以及撰写具有简洁性的文档资料。4.系统移植性类分析对于系统间移植提供合理的分析数据，并整理出移植后需要协调的相关信息。5.产品的需求把握，梳理，以及相关书类整理6.产品功能，性能，以及业务层面等相关测试表1－1．工作项目的分工细化No工作项目分工和说明责任人A成员B成员C成员D成员1测试计划、实施要领的创建对于测试计划书的创建而召开的说明会2日程安排的创建用于调整测试日程。3测试实施式样书的创建测试文档的创建。4测试的实施按照测试文档的规范进行测试。5验证实施测试后进行必要的验证测试。6故障管理故障一览表的创建。7测试的故障管理实施。8故障一览表的记录、更新等操作的实施9更新日程的调整。10环境变更环境复原。保证测试的对比性，在进行下一次试验前，需要删除不需要的数据信息。7.用户体验性把握秉承用户操作便利性，快捷性，以及实用性，对于产品提供相关改进方案，并上报相关负责人，由于目前项目研发周期短上线急的特点，对于该项工作还是需要进一步完善。8.产品相关问题规整，分类，以及合理提供解决方案对于已投入生产的产品申报问题进行规整，并分类备案，同时按照处理优先级回复相关申报者，提供必要的解决方案，同时上报给相关负责人。9.产品的保密性，以及敏感信息的安全控制对于产品的保密性严格控制，同时评估风险系数，对于敏感信息优先上报给相关负责人，审批后方可处理。二、需求整理沟通工作1.需求流程图解2.需求流程设计构思2.1对于需求者我们需要明确的是需要“什么”。2.2对于研发人员需要明确的是可以提供“什么”。2.3对于“什么”的定义，可以分为如下7个环节，并且各个环节相辅相成，保证需求的完整性和合理性。（1）功能（2）性能（3）品质（4）期限（5）上线（6）运用（7）维护2.4按照需求进行研发需要明确如下2点（1）需求是否已明确（2）需求是都严格按照设计进行研发3.需求开发实际分析3.1需求者提出的需求开发环节包含如下内容：（1）需求内容筛选及引导步骤（2）符合实际需求的开发步骤3.2通过分析确认需求的合理性包含如下内容：（1）实际运用时的思考方式与实际运用时需要明确的内容（2）功能性定义需要明确的内容（3）需求内容分析（4）相互沟通时关于需求的内容分析（5）需求的合理性确认3.3需求成果研发分析（1）需求成果与构成需求成果的要素（2）构成需求成果的要素分割1．前言本次报告，主要针对于测试的目的、测试的范围、测试的方针、测试的方法、测试的环境、日程的安排、以及审核标准等，涉及本次测试的相关内容汇总。2．目的「为什么要进行测试？」当被问到这样的问题的时候，通常我们的回答是「为了修正问题（bug）」而进行的测试。站在开发者的立场上来看，「所有的」问题都是必须要被解决的。为了这个目的而进行的努力，是贯彻开发者良心的基础。但是这里存在一个误区就是，对于一项工程项目来说，没有问题(bug)是不可能的。因此，站在项目管理者的立场上来看，开发项目的品质保证的根本就是测试，它是项目评判的最佳方式。对于有着丰富经验的项目开发者来说，发现问题的数量，以及解决问题的能力，是能展示其对于开发项目的洞察能力。其次，消除问题(bug)对于项目自身来说是非常重要的，认真负责的执行信赖性测试，对于最新信息的把握，统计和分析也是至关重要的。同时问题数据的整理，也是对于问题根源的把握是起到至关重要的作用。如下表所示，目前测试主要分为以下几大类。项目分类概述目的逻辑操作测试对于开发的功能进行全面的测试验证功能是否按照设计式样来处理。负载测试web页面实际上对于多数用户同时使用的情况进行模拟，加大其负荷量。在高负荷时是否出现故障进行相应的测试。性能测试选择web页面中被最多应用的页面，进行性能测试。对于是否符合设计式样来进行测试。故障测试切断网络，服务器故障以及系统故障等假象情况的模拟，对于故障时的处理进行测试。故障发生时，系统错误是否被检验出来。侵入测试对于侵入测试进行的企业来说，是确保web页面安全的强度是否安全3．测试实施的前提条件测试实施的正式介入阶段必须满足如下条件，首先测试项目是否按照需求定义、基本设计、以及详细设计的要求进行生产、并且汇总完整的开发成品。　　　表1－1．阶段一览表No阶段说明1需求定义阶段为了保证信息系统的需求品质、根据各部门成员的职责分配(市场部门、业务部门、信息系统部门)，必须明确用户对于信息系统的要求(功能性要求、非功能性要求)