产品测试规范手册.docx

产品测试规范手册编写人：XXXXXX省XXX市XXX路xxx号Email123-4567-8910XXX网络科技有限公司目录一、前言2三需求分析、评审4四制定测试计划4五测试用例的设计5六测试环境准备5七缺陷管理6八测试报告6九、上线验证测试7一、前言XXX测试规范手册是XXX经过公司测试团队经验积累与沉淀，总结出的一套匹配XXX产品测试发展的标准化理论基础，适用于XXX团队内测试人员的工作执行规范，本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。结合公司的项目情况制定合理的测试流程，提高测试效率和产品质量。核心还是要加强项目成员之间的沟通，弱化文档。二测试流程规范说明三需求分析、评审1、需求分析：此过程中根据客户或者用户提出的功能需求，与产品经理共同探讨对产品功能逻辑进行需求的分析，了解客户需要一个什么产品，对于产品的实现方案， 实现难易程度，从交互角度给出适当的建议，有没有不合理的交互流程，是否存在可优化的地方，从用户角度来给出产品逻辑上是否存在不合理的建议。参与人员：产品，测试2、需求评审：测试从用户角度来给出产品逻辑上是否存在不合理的建议，以及产品实现过程中可能存在遗漏的问题。在需求评审的结束之后，明确本次需发版的需求，评估测试周期，制定对应的测试计划。参与人员：产品，开发，测试，设计【强制】项目计划内容：项目成员职责，项目进度计划【推荐】输出：项目计划，功能列表四制定测试计划根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括不限于以下关键内容：1、测试需求：需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级；2、测试方案：整体测试的测试方法和每个测试需求的测试方法；3、测试资源：本次测试所需要用到的人力、硬件、软件、技术的资源；4、测试组角色：明确测试组内各个成员的角色和相关责任；5、里程碑：明确标准项目过程中测试组应该关注的里程碑；6、可交付文档：在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告；7、风险管理：列举出测试工作所可能出现的风险测试计划编写完毕后， 必须提交给项目组全体成员，并由项目组组中各个角色组联合评审。8、【推荐】项目任务：测试规划，测试设计，测试执行准备，测试执行，测试总结9、【推荐】文档输出：测试计划五测试用例的设计计划分析文档确立后，测试组根据各自职责编写测试用例，为后续的测试工作和外部门协助提供帮助。测试组项目职责确认，对应工作所属模块确认，运用不同和的场景进行用例的设计。1、【强制】用例设计要求1.1 根据需求分析输入测试点（需求要求：边界清晰、类型明确、属性清晰、来源明确、原型布局合理、规范初始值、规范显示业务流程描述清晰无歧义，业务流程逻辑关系通畅无阻塞）；1.2 根据测试点输出高质量的测试用例，用例要求：步骤清晰、前置条件明确、并引入具体数据期望结果准确无疑义；1.3 对重要功能模块用例做优先级高处理；1.4 测试数据要求：有效数据、无效数据、错误数据。2、用例设计的方法详情见附件。3、用例管理用工具：Excel：便于编写和维护，工作效率低，不便于管理。【强制】腾讯文档：便于编写和维护，可进行同步编辑，工作效率高，便于管理。文档输出：测试用例。【强制】测试用例格式包括以下内容：测试项目、用例编号、功能模块、用例明细、用例明显分支、用例名称、前置条件、操作步骤、预期结果、实际结果、测试人。【推荐】测试用例表格文件命名规则：项目名称+版本号+更新日期（ 年月日）。4、用例维护：在有新的需求的时候需要实时进行测试用例的更新。5、用例评审：产品测试共同参与，确认细节规则和测试结果的准确性，避免功能点遗漏，确定后用例将以腾讯文档的形式进行共享，除测试外其余人员仅有查看权限。6、测试工具：jmeter/postman/fiddler 使用方法详见规范附件。六测试环境准备1、开发环境：开发提测或部分功能已经实现了协助开发在开发环境进行测试，根据测试用例的设计对本次发版的需求进去全面的测试，发现问题及时提交 tapd 内，并督促开发修复问题，进行几轮的测试并回归确认后，同时项目负责人更新测试环境。2、测试环境：【强制】测试环境必须使用生产环境的数据进行新的一轮测试，并且确定发版内容是都已实现并且有没有对系统原来的功能造成影响。3、生产环境：在测试环境中确定本次发版的需求可以上线并通知项目负责人更新生产环境，在生产环境需进行最后的一轮测试，并且对上线前的基本功能再次确认一遍（详情见附件）七缺陷管理【强制】用例管理用工具：TAPD1、使用 tapd 进行缺陷管理，对 bug 进行优先级以及严重程度的区分，并且根据提交的 Bug 规划到对应的迭代内。2、Bug 内容：功能模块，缺陷描述，截图，优先级，严重程度，版本号，处理人，创建人，创建时间。3、缺陷状态：新建，接受/处理中，已解决，已验证，重新打开，已拒绝，已关闭。4、Bug 处理流程：测试人员发现并提交缺陷，由开发人员进行处理，开发人员修改了这个缺陷就会将这个缺陷的状态置为已解决状态让测试人员进行验证。测试人员对这个已修复的缺陷进行回归测试，如果回归测试通过，则将缺陷状态置为已关闭，如果回归测试没有通过，则将缺陷状态置为新建状态等待开发再次修复，直到修复成功。八测试报告测试结束：根据本次迭代的情况编写测试报告，反馈测试版本的质量情况，是否满足需求，是否达到上线要求。测试报告内容（重点）：1、项目名称、测试版本号、测试项目内容的概述；2、测试用例的执行情况；3、测试结果的统计：总 Bug 数，Bug 级别分类统计，已解决数，遗留数；4、测试评估：基于软件缺陷的质量评估，写明在当前版本，已实现的功能和未实现的功能。九、上线验证测试生产环境部署上线后，需通知想着产品构造线上数据，必须在生产环境对上线内容以及上线可能影响的内容进行测试，保证上线内容正确。测试完成后需要通知任务相关人员。 上线后，为避免因环境因素产生的一系列问题，可视情况进行通测或者关联功能测试。