软件测试用例评审的过程？内容？相关角色？

一、软件测试用例评审的过程？内容？相关角色？

1:评审的过程

A:开始前做好如下准备

1、确定需要评审的原因

2、确定进行评审的时机

3、确定参与评审人员

4、明确评审的内容

5、确定评审结束标准

6、提前至少一天将需要评审的内容以邮件的形式发送给评审会议相关人员。并注明详审时间、地点及偿参与人员等。

7、 在邮件中提醒评审会议相关人员至少简读一遍评审内容，并记录相关的疑问，以便在评审会议上提出。

8、 会议主持者(一般为用例编写人员)应在会议前整理相关疑问，以便在会议上提出。

B：开始评审

1、 召开评审会议。与会者在设计人员讲解之后给出意见和建议，同时进行详细的评审记录。

2、 通用邮件与相关人员沟通

3、 通用IM工具直接与相关人员交流

4、根据评审内容进行评审

2：评审内容

1、 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。

2、 优先极安排是否合理。

3、 是否覆盖测试需求上的所有功能点。

4、 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。

5、 是否已经删除了冗余的用例。

6、 是否包含充分的负面。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现。

7、 是否从用户层面来设计用户使用场景和使用流程的。

8、 是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。

3：参与评审人员（这里会分为多个级别进行评审）

1、 部门评审，测试部门全体成员参与的评审。

2、公司评审，这里包括了项目经理、需求分析人员、人员、开发人员和测试人员。

3、 客户评审，包括了客户方的开发人员和测试人员。这种情况在比较常见。

二、软件测试流程五个阶段？

1、需求分析、需求评审。

需求分析和评审就是分析客户的需求可不可行，需要怎么进行测试。

2、编写测试计划。

编写测试计划通俗一点讲就是什么人在什么时间做什么事，最后产出什么东西。那也就是测试人员要测试哪些模块、在什么期限内,提交哪些文档。

3、编写测试用例、用例评审。

测试用例就是指导测试的文档，比如我们要测试商城登录、买东西等功能，通过测试方法和策略设计测试

用例。

评审就是评价审查,不能想当然该怎么测。不能只是输入正确的用户名和密码，能登录进去就完事了。作

为软测工程师需要有破坏性，比如密码输错时怎么办，会不会有相应的报错等等。

4、执行测试、蛟bug.回归测试。

Bug就是缺陷，发现bug之后,要提交给开发人员让他们去修改,然后进行回归测试，验证开发人员有没有改好。

5、编写测试总结报告。

Bug都改好了之后，要编写测试总结报告，这款软件的质量如何。

三、一名初级测试软件工程师应具备哪些能力？

软件测试工程师需要的技能】如下：

1、根据产品需求及开发文档，独立分析所负责模块的业务需求，输出设计测试方案、测试计划；根据产品需求及开发文档结合测试方案编写测试案例。

2、能够准备测试数据，执行测试用例，提交/跟踪bug，提交主导，测试报告，跟踪上线进行验证。

3、根据通用测试方法及测试经验，把控测试方案的正确性、全面性等，完成测试用例评审，保障测试用例覆盖指导。

4、根据测试流程要求，把控研发过程中的流程规范性，包括但不局限于提测质量、bug规范、用例规范、bug过程质量分析，保证项目质量；

能够通过过程的的质量分析，解决问题，提升过程的规范性和最终更好保障质量。

5、根据项目过程，及时识别项目风险，进行风险预警，推动风险问题解决，保证项目上线时间及质量；

6、根据项目痛点，思考改进工作方法，优化测试流程，引入自动化测试技术以及测试工具，提高测试效率；具备自动化测试框架设计能力、新型技术的落地能力。

以上就是一名初级软件工程师应具备的能力，希望能对你有所帮助。