测试岗位作业指导书

测试岗位作业指导书1适用范围本指导书规范公司全类型产品测试流程与岗位作业标准，适用于ToC端互联网产品、ToB端企业服务产品、嵌入式硬件配套软件、内部支撑系统全品类产品的所有测试岗位，包括功能测试工程师、自动化测试工程师、性能测试工程师、测试开发工程师、测试负责人5个细分岗位，覆盖从需求接收至产品上线后问题复盘全测试生命周期，所有测试人员作业必须符合本文件要求；若项目存在特殊业务需求，需经测试部经理签字审批后出具专项补充说明，方可调整作业要求。2岗位分工与核心职责2.1功能测试工程师（1）参与需求分析与需求评审，输出需求测试点遗漏问题记录；（2）负责对应业务模块的测试用例设计、评审、更新维护；（3）负责测试环境的可用性验证与基础日常维护；（4）按计划执行测试用例，初步定位缺陷根源，提交规范缺陷单，全流程跟踪缺陷直至闭环；（5）负责产品上线前冒烟测试、全量回归测试，输出模块测试质量报告；（6）配合产品、运营完成上线后问题验证，参与线上缺陷复盘改进。2.2自动化测试工程师（1）负责公司产品UI自动化、接口自动化测试框架的日常维护、版本迭代优化；（2）根据项目迭代周期，将核心回归测试用例转化为自动化脚本，完成脚本编写、调试、维护；（3）每版本发布前自动执行全量自动化回归用例，输出自动化测试报告；（4）持续优化自动化脚本运行稳定性，要求核心场景脚本成功率不低于95%，全量脚本成功率不低于90%，低于标准必须在1个迭代周期内完成优化；（5）配合功能测试开发重复性测试场景的自动化脚本，降低人工测试工作量，提升测试效率。2.3性能测试工程师（1）负责新产品上线前、大促活动前、核心架构调整后的全链路性能测试，完成方案设计、压测场景搭建、测试执行；（2）输出性能测试报告，定位性能瓶颈，配合开发完成性能优化后的验证测试；（3）建立核心业务链路性能基准指标库，每次版本迭代更新性能数据，跟踪性能变化趋势；（4）性能指标量化要求：ToC产品核心接口99分位响应时间不超过200ms，系统支持并发量不低于业务预估峰值的120%，压测过程错误率低于0.01%；ToB产品核心接口99分位响应时间不超过500ms，支持并发量不低于预估同时在线用户数的120%，错误率低于0.01%；嵌入式软件产品启动时间不超过10s，运行时内存占用不超过设备总内存的30%，CPU峰值占用不超过20%。2.4测试开发工程师（1）负责公司内部测试平台、测试工具的需求分析、设计开发、日常维护；（2）针对测试流程痛点开展工具化建设，优化全测试流程效率，包括用例管理、缺陷管理、持续集成平台的二次开发与维护；（3）输出测试工具使用文档，定期对测试人员开展工具使用培训，解答使用问题；（4）保障测试平台服务可用性，要求全年服务可用率不低于99.5%，计划外停机每次不超过4小时，全年累计不超过24小时。2.5测试负责人（1）负责全项目测试资源分配、进度管控，对接产品、开发、项目管理等跨部门角色，同步测试进度与质量风险；（2）组织需求评审、测试用例评审，把控测试整体质量；（3）负责编制审核测试计划、测试总结报告，决策上线风险，给出明确测试上线结论；（4）组织项目测试复盘，输出过程改进点，推动改进措施落地；（5）对项目测试质量负最终管理责任。3作业前置要求3.1人员资质要求所有测试人员上岗前必须通过《软件测试基础理论》《公司测试流程规范》《缺陷管理工具操作》《公司信息安全规范》四门基础考核，每门考核分数不低于80分，方可独立开展作业；自动化测试、性能测试、测试开发岗位，额外需要通过对应技术专项考核，分数不低于90分方可独立作业；新入职未通过考核的员工，所有作业必须由导师带教，所有输出产出必须经导师审核签字后方可提交。3.2设备与环境安全要求（1）测试人员必须配备公司统一配置的测试设备：Windows端测试设备要求不低于16G内存、i7及以上处理器；Mac端测试设备要求不低于16G内存、M1及以上芯片；专项测试设备按照项目需求配置到位。（2）所有测试设备必须预安装公司指定工具：需求管理工具Jira、用例管理工具禅道、缺陷管理工具Jira、抓包工具Charles/Fiddler/Wireshark、版本管理工具Git、远程协助工具TeamViewer，工具版本统一，禁止使用私人未备案工具开展测试作业。（3）测试环境必须与生产环境物理隔离，禁止测试网络与生产网络直连；禁止直接将生产敏感数据导入测试环境，如需导入生产业务数据用于测试，必须经过100%脱敏处理，所有用户手机号、身份证号、银行卡号、住址、邮箱等敏感信息全部替换为虚拟数据，经测试部经理、数据安全部双审批后方可使用。3.3文档资料要求项目启动后，测试负责人必须提前获取经过产品、开发评审确认的最新版文档，包括《需求规格说明书》《产品原型图》《接口设计文档》《系统架构设计文档》《历史版本缺陷记录》，分发至所有项目测试人员，禁止使用过期、未确认的文档开展测试作业。4核心作业流程与输出标准4.1需求阶段测试作业测试负责人组织所有项目测试人员参与需求评审，测试人员从可验证性、完整性、逻辑一致性、风险四个维度开展评审，具体要求：（1）可验证性：所有需求必须可量化、可验证，禁止出现“界面美观”“体验良好”这类不可测试的模糊描述，若存在此类问题，必须记录提出，要求产品修改为可量化标准，例如将“界面加载快”修改为“首页全资源加载完成时间不超过1s”。（2）完整性：检查需求是否覆盖所有业务场景，包括正常场景、异常场景、边界场景、权限场景，例如用户登录需求，必须覆盖正确账号登录、错误密码登录、账号锁定、空输入、特殊字符输入、未授权跨端登录等所有场景；涉及第三方对接的需求，必须检查第三方接口文档是否齐全、是否提供测试沙箱环境，若缺失必须提前提出协调解决。（3）逻辑一致性：检查不同模块需求之间是否存在逻辑冲突，例如优惠模块要求满100元包邮，配送模块要求满100元不享受包邮，存在逻辑冲突，必须提出要求产品调整。（4）风险评估：评估需求实现难度对测试进度的影响，评估需求变更概率，提前制定应对方案。输出标准：需求评审完成后3个工作日内输出《需求测试评审问题记录》，所有问题闭环率要求达到100%，未闭环问题必须标注明确风险，写入测试计划跟踪直至闭环。4.2测试计划编制作业测试负责人在需求评审完成后2个工作日内完成测试计划编制，测试计划必须包含测试范围、资源分配、进度节点、测试策略、准入准出标准、风险应对六个核心部分：（1）测试范围：明确标注需要测试的模块、不需要测试的模块、需要全量测试的模块、仅需要冒烟测试的模块，避免范围模糊。（2）进度节点：对齐研发迭代周期，明确各测试阶段的开始结束时间，例如2周迭代周期的项目，进度节点要求为：用例编写3天、集成测试4天、系统测试3天、回归测试2天，预留1天缓冲工期，每个节点明确交付物与负责人。（3）测试策略：明确功能测试、自动化测试、性能测试、兼容性测试、安全测试的开展要求，例如兼容性测试策略：微信小程序要求覆盖微信最新3个版本，iOS覆盖市场占比1%以上的机型与系统版本，Android覆盖市场占比1%以上的厂商机型与系统版本；PC端Web要求覆盖Chrome、Edge最新3个版本，Firefox最新2个版本，分辨率覆盖19201080、1366768、25601440三个主流分辨率。（4）准入准出标准（量化要求）：测试准入标准：①需求规格说明书评审完成，所有问题100%闭环；②开发代码合入主干，开发自测完成，输出开发自测报告，自测用例通过率100%；③测试环境部署完成，核心依赖服务全部就绪；④测试用例编写完成，评审问题100%闭环。测试准出标准：①所有计划内测试用例100%执行完成；②阻塞级（Block）、严重级（Critical）缺陷100%修复，一般级（Major）缺陷遗留不超过2个，轻微级（Trivial）缺陷遗留不超过总缺陷数的5%，所有遗留缺陷必须经测试部经理、产品经理、研发经理三方签字确认，写入上线风险说明；③核心功能冒烟测试通过率100%；④所有专项测试指标符合预设要求。（5）风险应对：针对常见风险提前制定应对措施，例如需求变更风险：预留20%缓冲工期，小范围变更调整测试顺序，大范围变更重新评审调整工期；开发延期风险：优先测试已交付模块，调整测试顺序，避免总工期延误；环境不稳定风险：提前搭建备用环境，定期备份环境数据，故障后1小时内恢复。输出标准：测试计划编制完成后提交测试部经理、项目经理审核，审核通过签字生效后上传至项目文档库，所有测试人员严格按照计划执行。4.3测试用例设计与评审作业（1）用例设计要求：功能测试工程师按照需求拆分测试点，根据场景选择合适的用例设计方法：输入类场景使用等价类划分法+边界值分析法，例如需求要求年龄输入范围为18-60周岁，等价类划分为有效等价类（18≤年龄≤60）、无效等价类（年龄<18、年龄>60），边界值取17、18、60、61四个临界值，全覆盖边界场景；业务流程类场景使用场景法，覆盖所有主流程、分支流程；错误推测法用于覆盖常见异常场景。用例必须包含核心要素：用例ID、用例标题、所属模块、前置条件、测试步骤、预期结果、优先级、设计人、设计时间；优先级分为三级：P0（核心功能，必须100%执行，冒烟测试必须包含）、P1（重要功能，每次迭代必须全量执行）、P2（一般功能，迭代可抽样执行）；P0用例占总用例比例控制在10%-20%，P1占50%-60%，P2占20%-30%。（2）用例评审要求：用例设计完成后，测试负责人组织产品、开发开展用例评审，要求：需求点覆盖率不低于95%，预期结果错误率不高于2%，不符合要求必须修改后重新评审，评审后所有问题100%闭环。（3）用例维护要求：每次需求变更后1个工作日内必须更新对应测试用例，删除过时用例，新增变更需求对应用例；每年年底开展全公司用例库清理，删除无效、过时用例，保证用例库有效性。输出标准：评审完成后输出《项目测试用例集》，上传至用例管理工具，对所有测试人员开放。4.4测试环境搭建与验证作业测试环境配置要求与生产环境配置差异不超过10%，例如生产环境核心服务使用8C16G服务器，测试环境不允许低于4C8G，数据库版本、中间件版本必须与生产完全一致，禁止因配置差异导致测试结果失真；测试环境数据每2周清理一次，保证存储空间剩余不低于20%，避免存储空间不足导致测试中断。环境搭建完成后，测试人员必须全量执行P0用例验证环境可用性，P0用例通过率100%才算环境合格，存在问题要求开发、运维调整，直至符合要求。4.5测试执行作业（1）单元测试阶段：单元测试由开发主导，测试人员抽查核心模块单元测试覆盖率，要求核心模块覆盖率不低于80%，一般模块不低于60%，覆盖率不达标要求开发补充单元测试。（2）集成测试阶段：重点测试模块之间接口调用、数据传递的正确性，检查接口参数校验、异常返回处理，所有集成对接点必须100%覆盖，输出集成测试记录。（3）系统测试阶段：按照优先级从高到低执行全量测试用例，先执行P0、再执行P1、最后执行P2，发现缺陷按规范提交。（4）回归测试阶段：缺陷修复后1个工作日内完成回归验证，验证不通过重新打回开发修复；版本上线前必须完成全量P0用例回归，核心模块P1用例全量回归，冒烟测试通过率100%方可进入上线流程。（5）专项测试执行要求：性能测试必须在独立压测环境执行，压测流量不得影响生产环境，大促活动压测必须在上线前10天完成，压测峰值不低于业务预估峰值的150%；安全测试涉及支付、用户敏感信息的模块，必须开展渗透测试，高危漏洞必须100%修复，中低危漏洞经评估后可遗留。4.6缺陷管理作业（1）缺陷分级标准：Block（阻塞级）：系统核心流程无法运行，测试无法继续开展，例如登录功能完全不可用，支付流程崩溃；Critical（严重级）：核心功能失效，数据错误，影响核心业务，例如支付成功后订单状态显示未支付，用户余额计算错误；Major（一般级）：非核心功能失效，不影响整体业务运行，例如二级页面展示错误；Trivial（轻微级）：体验优化问题，例如文字错别字、排版不整齐。（2）缺陷提交规范：缺陷单必须包含缺陷ID、标题、等级、测试环境、前置条件、测试步骤、预期结果、实际结果、附件，标题必须清晰明确，例如「iPhone13iOS16微信8.0.30提交订单后点击支付APP闪退」，禁止使用「系统有问题」「功能不对」这类模糊描述；崩溃、闪退类缺陷必须附日志文件，操作流程问题优先附录屏，方便开发快速定位。（3）缺陷跟踪流程：缺陷提交后，开发需在2个工作日内确认，不认可为缺陷的必须标注理由，测试验证后确认非缺陷的关闭缺陷，存在争议的提交测试负责人与开发经理评审，仍无法达成一致的上报测试部经理与技术总监，以评审结论为准；确认缺陷后，严重级以上缺陷必须在当前版本修复，一般及以下缺陷可排期修复；缺陷修复后转为待验证状态，测试需在1个工作日内完成回归，验证通过关闭缺陷，不通过重新打开。（4）缺陷质量统计：缺陷密度（每千行代码发现的缺陷数量）要求控制在1-5个/千行代码，过高说明代码质量偏差，过低说明测试不充分；缺陷逃逸率（上线后发现的缺陷数量/测试阶段总缺陷数量）要求不高于5%，超出要求的项目必须开展复盘分析，找到改进点。4.7测试总结与上线验收测试执行完成，满足所有准出标准后，测试负责人1个工作日内完成测试总结报告编制，报告必须包含：项目测试概况、测试执行数据（用例执行数量、通过率）、缺陷统计分析、专项测试结果、遗留缺陷风险说明、明确测试结论（分为同意上线、有风险上线、不同意上线三类）。测试报告经测试部经理、产品经理、研发经理、项目经理四方签字确认后，方可启动上线流程，上线前24小时必须完成最后一次冒烟测试，通过率100%方可打版上线。5上线后测试作业5.1线上问题处理：用户或运营上报的线上问题，测试人员必须1小时内响应，优先复现问题，复现后提交缺陷，严重级以上线上缺陷标记为P0优先级，开发优先修复，修复后测试必须4小时内完成回归验证，验证通过后方可走紧急上线流程。5.2线上缺陷复盘：所有严重级以上线上缺陷，必须在问题解决后3个工作日内开展复盘，分析缺陷逃逸原因，明确是需求遗漏、用例遗漏、环境差异还是测试执行不到位，输出改进措施，跟踪改进措施落地，避免同类问题重复发生。5.3上线后回归验证：产品上线后7天内，测试人员完成核心功能线上回归验证，输出线上回归报告，确认所有功能运行正常。6异常情况处理规范6.1需求变更异常：需求变更范围超过原需求30%的，重新开展需求评审，调整测试计划与工期，若工期不足，测试负责人必须评估风险上报项目组，明确是否推迟上线；变更范围小于30%的，1个工作日内更新测试用例，调整测试进度，保