我开发了一些使用硒化硒的测试套件和案例，它们运行良好，现在我停留在推荐阶段。目前，我们不执行任何单元测试或集成测试，实际上，所有测试都是手动完成的。
我们也开始关注开发人员，但在没有顾问帮助的顾问的帮助下。在开发运营周期中，自动化的UI测试在哪里？
开发人员是否将创建基本的硒测试用例，然后将其传递给测试人员，如果他们发现任何新的测试用例，则将其添加到测试人员中。测试套件理想情况下没有开发人员或最低限度的帮助。
但是如果我们使用C＃编写可与这些情况交互的框架，则无法确定这一切将如何适应。
回到主要问题，自动化UI如何适应Dev Ops周期？
#1 楼
在这种情况下，您最有可能要实现的目标是持续集成（CI）。为此，从开发人员的角度来看，每次签入都会触发构建（执行某些操作）。检查并查看是否通过）。然后，您通常需要每晚进行一次构建，从而每天早晨为您提供最新的测试环境。
现在，此管道应包括自动化测试。您提到C＃，所以最好的选择可能是MSTest框架中使用的Selenium WebDriver（.Net绑定）。此框架（来自Microsoft）非常容易集成到VSTS构建过程中。
，因此您可以在每次（每晚）构建之后自动运行测试。
，您还可以提出一些建议：阅读测试金字塔，并尝试说服您的团队单元测试和集成测试的重要性。
此外，通常情况下，测试人员会想到场景而不是比开发商。但是，在自动测试的情况下，它们可能会在技术方面提供帮助（设置框架和样板代码）。
评论
如果我理解正确，那意味着我们将使我们的GUI测试与非GUI单元测试并排运行或并行运行，谢谢
–数学
17-6-27在6:44
是。您可以在启动/部署构建时同时触发。考虑到对失败的测试进行了调查并采取了措施，这应该可以大大提高质量。
– FDM
17年6月27日在7:17
#2 楼
开发人员是否将创建基本的硒测试用例，然后将其传递给测试人员，如果他们发现任何新的测试用例，他们将理想地将其添加到测试套件中，而无需开发人员或最低限度的帮助。取决于您公司的结构。话虽如此，开发人员很少提出基本的Selenium IDE测试。至少，我本人从未见过。在测试方面，开发人员倾向于只开发自己的单元测试用例。
回到主要问题，自动化UI如何适应Dev Ops周期？ />自动UI测试工具最好仅用于更简单/更小的测试项目。由于它们非常容易受到元素属性变化的影响。
自动化UI测试工具通常用于概念证明目的，而不是用于可维护，可扩展且健壮的测试项目。
用于可维护，可扩展的测试强大的UI测试项目，您别无选择，只能选择Selenium Webdriver或类似的产品。
#3 楼
如果您查看连续交付原则，则这将是“自动验收测试”步骤。您的持续集成服务器应在每次提交时运行这些测试，并尽快给出反馈。谁编写这些测试取决于您的设置和周期，但是我希望开发人员至少提供一个愉快的条件-在test-pyramid的ui级别上进行路径测试。
不要使用Selenium IDE对严重的复杂产品/项目运行测试，请阅读以下内容：https://stackoverflow.com / questions / 19683100 /为什么要使用webdriver代替硒化物
评论
很棒的链接是“为什么不使用Se IDE”和“为什么避免XPath”。
–Peter M.-代表莫妮卡（Monica）
17-6-26在15:18
同意，您也可以在此处发布链接到该链接吗？ :)
– Niels van Reijmersdal
17年6月26日在16:05
评论
可能更适合devops.stackexchange.com@Bookeater谢谢，我什至都不存在！
如果主持人认为正确，我不介意将其迁移:)
它仍处于测试阶段，但有许多专家在场。但是，这里的响应也很好：-)