2016-02-19 74 views
-1

我来自使用厨师之类工具的配置管理背景。我做了很多代码测试。最近,我被委托负责在各种应用程序的CI-CD上工作。但是我注意到一种与我的意识形态不符的文化。QA团队应该进行单元测试吗?

比方说,我们有4对环境的CI-CD管道:Dev, Test, Stage & Prod.dev环境中使用由开发商来部署和推出下一阶段(test)之前测试应用程序。 test env适用于QA团队进行测试。并且STAGE是质量保证人员在代码转到prod之前进行第二层测试的另一个env。

现在,对于QA或CI进程在部署代码到(TEST or STAGE)的过程中/之后运行单元测试是否有意义?我同意unit test应该是自动构建的一部分。但单元测试主要是针对开发人员进行代码测试。质量保证应该关注功能测试,负载测试等。使用他们的框架,可能是硒/量角器或LISA。他们为什么要专注于junitnunits

+0

运行单元测试有没有什么坏处?他们花了很多时间吗? –

+0

没有什么坏处,但是在进入下一个环境时,我没有看到从相同的代码重新运行单元测试中获得的任何收益。我认为应该将重点放在功能部分上,以查看应用程序/网站是否实际上正在运行。在部署到另一个环境时,是否会出现相同的代码会导致单元测试失败的情况? – OK999

+0

确实存在这样的情况,即并非所有正确的代码都被部署了。 –

回答

0

根据我的经验,开发者进行单元测试。

我在哪里工作,我们遵循TDD(测试驱动开发),所以开发人员先为他们的代码编写单元测试,然后写出实际的实现。这项工作在Dev环境中进行。

质量保证人员然后做验收测试和审查的东西。

我希望这会有所帮助。

0

单元测试是程序员创建的短代码片段,或者偶尔由开发过程中的白盒测试人员创建的。单元测试通常由软件开发人员编写和运行,以确保代码符合其设计并按预期运行。

希望你能得到答案。

0

您的关注是绝对正确的。 QA不一定要做单元测试(如果这就是你的意思)。这些测试是在dev编写代码的时候完成的(如果他们在TDD环境中,或者甚至在BDD中)。

但是,如果QA使用Junit编写自己的Selenium自动化测试用例,那么他们将使用Junit来更新和更改他们的自动化测试用例。

使用Junit自动化Selenium测试用例并不困难,而使用其他框架(如TestNG)是编写Selenium自动化测试用例的最佳选择。

我希望这能回答你的问题。

相关问题