一、测试过程之需求分析
测试介入阶段一般从需求分析开始，需求分析阶段是整个软件生命周期最关键的一环，产品、研发、测试三方对产品需求理解应做到一致，所以需求评审会尤其重要，所以一般会先进行一次需求评审，如果有异议的，不确定的点，产品需要修改，周知大家，或者再次进行一次需求评审。
需求阶段需要产出：
需求文档规格书、产品原型图、详细设计说明书等，建议测试人员做到专业，在每个环节都严格把控，保证项目整体的质量。
二、测试过程之测试计划、测试方案
测试计划大多为测试组长编写，主要包含测试目标、测试资源、测试策略、测试需求（功能、接口、自动化、性能、安全、兼容性）、测试进度计划，根据项目总体排期表，制定出测试排期与人员安排计划。
测试方案为具体实施的方案，主要包含测试需求细化、自动化测试设计、性能场景抽离、测试数据和测试脚本、测试用例设计等。
三、测试用例编写
测试需求评审通过、测试计划、方案制定好后，便可进行测试用例编写工作了，可根据详细需求文档、开发设计文档、输出用例脑图或者测试用例，最好测试点细化，在测试用例中，包括测试数据验证点。
四、测试用例执行
根据测试用例，进行执行，在过程中也可以开展探索式测试，随机测试等，扩大测试范围。
五、测试过程之缺陷管理
缺陷的管理每个公司都有自己的管理平台，合理的管理缺陷、分析缺陷不仅可以提高产品质量还可以提高工作效率。
缺陷管理优化：
BUG规范，如命名、描述信息、版本信息、严重程度、缺陷类型、附件（图片、文件）、备注、日志、尽量做到简单直接描述一个缺陷。
BUG跟踪，一个缺陷的生命周期分为几个状态，还可能变更修复人、验证人等信息，及时跟踪并做好缺陷留言，以免遗漏。
BUG定位能力提升，测试人员尽可能的发现问题，并试着去定位问题，总结问题，不仅可以提升自身技能还可以让研发高看一眼。
BUG分析，一个项目结束，缺陷分析是必不可少的，包含BUG严重等级分布图、版本与BUG数量趋势图、模块BUG占比图、缺陷类型图等，可以从多个角度分析缺陷的产生原因并如何去减少缺陷的产生数量。
版本控制，建议测试人员自己做版本控制，提测版本、提测脚本、提测范围等走邮件流程，保证缺陷与版本的对应关系，以免混乱。
六、测试过程之风险控制
测试作为项目质量的最后一道关，必须有超强的风险意识。
风险注意点：
测试需求确认后，尽可能拿到项目排期，明确提测时间点、提测范围、上线时间点等，如遇变更及时调整。
需求、设计中途变更，为了工期压缩研发时间与测试时间，此时风险很高，研发代码质量差频发，测试耗时耗力，需要提前预警。
提测时间点推迟，应提前和项目经理沟通，增加测试人力或延长测试时间，保证测试的质量。
研发不进行冒烟测试，提测阶段发现问题，重新发布版本，浪费时间，应与项目经理沟通，保证冒烟测试的通过才可以提测，测试可提供冒烟测试用例。
研发人员技术参差不齐，应先测试新人研发的模块或研发质量差的模块，争取更多的修复缺陷时间。
测试环境变更，有些项目需要特定的环境，测试环境与生产环境存在差异，导致上线后问题频发。
测试人员技术水平不同，特别外包新进人员，对于质量的把控与产品理解不到位，造成测试标准的误差。
七、测试报告
一个项目测试结束，需要测试报告，涉及测试环境信息、测试数据备份、测试项目总结、测试范围列表、BUG整体的分析与统计、测试报告等。
是否有遗留bug，那个版本解决，风险点等。
八、项目复盘
一个项目结束后，需要进行复盘，对团队做的比较好的，可以继续坚持，并进行公众表扬，做的不好的地方，讨论改进方案。
原文链接：https://www.qiquanji.com/post/8198.html
本站声明:网站内容来源于网络,如有侵权,请联系我们,我们将及时处理。
微信扫码关注
更新实时通知