自动化单元测试

Question

假设我们有QA和Dev团队使用的框架(任何工具或语言、BDD、非BDD)。开发团队将编写和执行单元测试用例，QA团队将编写功能、回归、烟雾测试并执行它们。

现在的问题是，他们的测试用例会有多大的不同？例如，有一个功能“用户能够更改配置文件图片”。

什么是Dev的自动化单元测试，哪些是QA的自动化功能测试？

为什么我要问，因为我们不希望任何团队在相同的事情上花费不同的时间或精力。即使QA团队同时编写单元测试和功能测试，他们也知道不同之处，并指派Dev团队来执行它们。

Answer 1

用户可以更改配置文件图片.

Dev的自动化单元测试：

• 顾名思义，单元测试通常是对单个函数的功能测试，例如针对一个单元进行更大范围的测试。
• 用户能够更改配置文件图片可以由若干功能(单位)组成，例如:接收用户的鼠标单击并将此单击操作传递给扫描文件夹以查找所有可用用户图片的函数。上述两种功能将相互独立地进行测试。
• 一般来说，单元测试是一种白盒测试，devs知道他们自己的功能；他们欺骗--在最基本的层次上测试他们的函数，使用原始数据(例如，表示鼠标点击的标志变量)作为测试输入，单元测试的测试结果通常也是原始数据。

QA的自动功能测试：

• 为QA测试的主体通常不是函数，QA进行的测试通常是黑箱测试，例如QA没有功能级别的知识，无法访问源代码，他们的QA测试是某种产品。
• QA假装是终端用户，他们开发自动化测试来模拟现实生活场景.他们可以使用Selenium来模仿鼠标点击一个真正的按钮来启动配置文件图片的更改。QA测试的水平高于单元测试。

最后：

• 在dev的自动化测试和QA的自动化测试之间没有绝对的黑白边界。
• 开发终端用户和黑匣子自动测试是没有什么阻止的，在行业中，开发人员偶尔也会这样做；我也遇到过执行单元测试的QA。
• devs专注于单元测试和QA专注于最终用户场景测试的原因是，对于他们来说，遵循这样的工作流程通常是自然、方便、高效和舒适的；devs最了解他们的代码，他们可以更快更好地应用单元测试，而QA则负责处理组装的产品。当然，如果在特定的上下文环境中，当我们更好地让devs进行最终用户测试和QAs进行单元测试时，我相信人们会对其进行调整。