我使用像chef这样的工具来自配置管理背景。我做了很多代码测试。最近，我被委以负责处理各种应用程序的CI-CD。但我注意到一种与我的意识形态完全不符的文化。
假设我们在CI-CD管道中有4个环境：Dev, Test, Stage & Prod.开发人员使用dev环境来部署和测试应用程序，然后再推出到下一个阶段（{{1} }}）。 test env是QA团队进行测试的。在代码转到test之前，STAGE是QA人员进行第二层测试的另一个环境。
现在，QA或prod进程在进行/将代码部署到（CI）后进行单元测试是否有意义？我同意TEST or STAGE应该是自动构建的一部分。但是单元测试主要是针对开发人员进行代码测试的。 QA应该专注于功能测试，负载测试等。使用他们的框架，可能是硒/量角器或LISA。他们为什么要关注unit test或junit？
答案 0 :(得分：0)
根据我的经验，开发人员进行单元测试。
我目前正在工作，我们遵循TDD（测试驱动开发），因此开发人员首先为他们的代码编写单元测试，然后编写实际的实现。这项工作依赖于Dev环境。
QA人员然后进行验收测试和审查。
我希望这会有所帮助。
答案 1 :(得分：0)
单元测试是由程序员或在开发过程中偶尔由白盒测试人员创建的短代码片段。单元测试通常由软件开发人员编写和运行，以确保代码符合其设计并按预期运行。
希望你能得到答案。
答案 2 :(得分：0)
您的关注是绝对正确的。质量保证不一定要进行单元测试（如果那就是你的意思）。这个测试是由dev在编写代码时完成的（如果它们在TDD环境中，或者甚至在BDD中）。
但是，如果QA使用Junit编写他们的Selenium自动化测试用例，那么他们将使用Junit更新和更改他们的自动化测试用例。
使用Junit自动化Selenium测试用例并不困难，而使用像TestNG这样的其他框架是为Selenium编写自动化测试用例的最佳选择。
我希望这能回答你的问题。