软件测试评审流程
发布网友
发布时间：2022-04-23 15:23
共3个回答
热心网友
时间：2023-10-06 12:14
同行评审是一种通过作者的同行（开发、测试、QA等）来确认缺陷和需要变更区域的检查方法。
一、计划阶段
1.项目负责人指定组织者；作者自检工作产品；组织者规划本次评审，制定Review Plan
2.检查入口准则：是否符合文档标准？是否已用工具检查？代码<=500行；文档<=40页；……
3.准备评审包：评审通知单；待Review产品；参考资料；评审表单（Review Form）；评审计划(Review Plan)；
4.确定评审专家3—6人,选取原则: 评审对象所处生命周期上一阶段、当前阶段和后一阶段的参与者（就是和评审对象相关的人）
5.组织者将评审包、评审通知单发给相关人员
二、介绍会议（*可选）
1.不了解流程以及产品技术难度较高，技术较新时，由专家提出，作者讲解相关产品及流程
2.时间不超过1小时，30-60分为宜
三、准备阶段（最重要、发现缺陷最多）
1.评审专家个人独立完成工作产品的审视，提出缺陷，填写评审表单；反馈评审表单给组织者
2.准备时间大于会议时间，且应于会议前2天开始
3.组织者：汇总并检查评审表单；裁决是否需要增加评审投入（增加准备时间；增加评审专家人数；更换评审专家等）
四、Review会议（只提问题，不关注解决）
1.组织者召开评审会议（不能是作者）
2.讲解员讲解工作产品（不能是作者或组织者）
3.大家共同确认问题（评审表单中记录的问题；会上发现的问题），由组织者作裁决
4记录员记录所有的问题，并发给组织者
5.组织者更新评审表单（问题确认、问题根源、预防/修正措施）
五、第三小时会议（*可选）
在Review会议上未解决或有争议的问题，由作者决定是否召开
六、返工
作者修改工作产品，更新评审表单
七、跟踪
1.组织评审专家确认各缺陷得到了修改，并且没有引入新的缺陷；
2.协助组织者确认相关问题得到了正确修改并且没有引入新的缺陷；
3. 汇总所有需要的数据到评审表单发给相关评审专家
4.是否重新Re-review
热心网友
时间：2023-10-06 12:14
同行评审是一种通过作者的同行（开发、测试、QA等）来确认缺陷和需要变更区域的检查方法。
一、计划阶段
1.项目负责人指定组织者；作者自检工作产品；组织者规划本次评审，制定Review
Plan
2.检查入口准则：是否符合文档标准？是否已用工具检查？代码<=500行；文档<=40页；……
3.准备评审包：评审通知单；待Review产品；参考资料；评审表单（Review
Form）；评审计划(Review
Plan)；
4.确定评审专家3—6人,选取原则:
评审对象所处生命周期上一阶段、当前阶段和后一阶段的参与者（就是和评审对象相关的人）
5.组织者将评审包、评审通知单发给相关人员
二、介绍会议（*可选）
1.不了解流程以及产品技术难度较高，技术较新时，由专家提出，作者讲解相关产品及流程
2.时间不超过1小时，30-60分为宜
三、准备阶段（最重要、发现缺陷最多）
1.评审专家个人独立完成工作产品的审视，提出缺陷，填写评审表单；反馈评审表单给组织者
2.准备时间大于会议时间，且应于会议前2天开始
3.组织者：汇总并检查评审表单；裁决是否需要增加评审投入（增加准备时间；增加评审专家人数；更换评审专家等）
四、Review会议（只提问题，不关注解决）
1.组织者召开评审会议（不能是作者）
2.讲解员讲解工作产品（不能是作者或组织者）
3.大家共同确认问题（评审表单中记录的问题；会上发现的问题），由组织者作裁决
4记录员记录所有的问题，并发给组织者
5.组织者更新评审表单（问题确认、问题根源、预防/修正措施）
五、第三小时会议（*可选）
在Review会议上未解决或有争议的问题，由作者决定是否召开
六、返工
作者修改工作产品，更新评审表单
七、跟踪
1.组织评审专家确认各缺陷得到了修改，并且没有引入新的缺陷；
2.协助组织者确认相关问题得到了正确修改并且没有引入新的缺陷；
3.
汇总所有需要的数据到评审表单发给相关评审专家
4.是否重新Re-review
热心网友
时间：2023-10-06 12:14
1、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议。
2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。
3、测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。
4、测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束。
5、测试评估阶段：出测试报告，确认是否可以上线。
/iknow-pic.cdn.bcebos.com/cb8065380cd79123b1549458a2345982b2b78061"target="_blank"title="点击查看大图"class="ikqb_img_alink">/iknow-pic.cdn.bcebos.com/cb8065380cd79123b1549458a2345982b2b78061?x-bce-process=image%2Fresize%2Cm_lfit%2Cw_600%2Ch_800%2Climit_1%2Fquality%2Cq_85%2Fformat%2Cf_auto"esrc="https://iknow-pic.cdn.bcebos.com/cb8065380cd79123b1549458a2345982b2b78061"/>
扩展资料：
件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。
对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。
参考资料来源：/ke.baidu.com/item/%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95/327953?fr=aladdin"target="_blank"title="百度百科-软件测试">百度百科-软件测试
