浅谈软件测试流程

一、测试过程之需求分析

　　测试介入阶段一般从需求分析开始，需求分析阶段是整个软件生命周期最关键的一环，产品、研发、测试三方对产品需求理解应做到一致，所以需求评审会尤其重要，所以一般会先进行一次需求评审，如果有异议的，不确定的点，产品需要修改，周知大家，或者再次进行一次需求评审。

　　需求阶段需要产出：

    　需求文档规格书、产品原型图、详细设计说明书等，建议测试人员做到专业，在每个环节都严格把控，保证项目整体的质量。

二、测试过程之测试计划、测试方案

　　测试计划大多为测试组长编写，主要包含测试目标、测试资源、测试策略、测试需求（功能、接口、自动化、性能、安全、兼容性）、测试进度计划，根据项目总体排期表，制定出测试排期与人员安排计划。

　　测试方案为具体实施的方案，主要包含测试需求细化、自动化测试设计、性能场景抽离、测试数据和测试脚本、测试用例设计等。

三、测试用例编写

　　测试需求评审通过、测试计划、方案制定好后，便可进行测试用例编写工作了，可根据详细需求文档、开发设计文档、输出用例脑图或者测试用例，最好测试点细化，在测试用例中，包括测试数据验证点。

四、测试用例执行

       根据测试用例，进行执行，在过程中也可以开展探索式测试，随机测试等，扩大测试范围。

五、测试过程之缺陷管理

　　缺陷的管理每个公司都有自己的管理平台，合理的管理缺陷、分析缺陷不仅可以提高产品质量还可以提高工作效率。

　　缺陷管理优化：

       BUG规范，如命名、描述信息、版本信息、严重程度、缺陷类型、附件（图片、文件）、备注、日志、尽量做到简单直接描述一个缺陷。

       BUG跟踪，一个缺陷的生命周期分为几个状态，还可能变更修复人、验证人等信息，及时跟踪并做好缺陷留言，以免遗漏。

       BUG定位能力提升，测试人员尽可能的发现问题，并试着去定位问题，总结问题，不仅可以提升自身技能还可以让研发高看一眼。

       BUG分析，一个项目结束，缺陷分析是必不可少的，包含BUG严重等级分布图、版本与BUG数量趋势图、模块BUG占比图、缺陷类型图等，可以从多个角度分析缺陷的产生原因并如何去减少缺陷的产生数量。

       版本控制，建议测试人员自己做版本控制，提测版本、提测脚本、提测范围等走邮件流程，保证缺陷与版本的对应关系，以免混乱。

六、测试过程之风险控制

　　测试作为项目质量的最后一道关，必须有超强的风险意识。

　　风险注意点：

　   测试需求确认后，尽可能拿到项目排期，明确提测时间点、提测范围、上线时间点等，如遇变更及时调整。

       需求、设计中途变更，为了工期压缩研发时间与测试时间，此时风险很高，研发代码质量差频发，测试耗时耗力，需要提前预警。

       提测时间点推迟，应提前和项目经理沟通，增加测试人力或延长测试时间，保证测试的质量。

       研发不进行冒烟测试，提测阶段发现问题，重新发布版本，浪费时间，应与项目经理沟通，保证冒烟测试的通过才可以提测，测试可提供冒烟测试用例。

      研发人员技术参差不齐，应先测试新人研发的模块或研发质量差的模块，争取更多的修复缺陷时间。

      测试环境变更，有些项目需要特定的环境，测试环境与生产环境存在差异，导致上线后问题频发。

      测试人员技术水平不同，特别外包新进人员，对于质量的把控与产品理解不到位，造成测试标准的误差。

七、测试报告

　　一个项目测试结束，需要测试报告，涉及测试环境信息、测试数据备份、测试项目总结、测试范围列表、BUG整体的分析与统计、测试报告等。

　   是否有遗留bug，那个版本解决，风险点等。

八、项目复盘

        一个项目结束后，需要进行复盘，对团队做的比较好的，可以继续坚持，并进行公众表扬，做的不好的地方，讨论改进方案。

原文链接：https://www.qiquanji.com/post/8198.html

本站声明:网站内容来源于网络,如有侵权,请联系我们,我们将及时处理。

微信扫码关注

更新实时通知