首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >自动化工作流测试的实现

自动化工作流测试的实现
EN

Stack Exchange QA用户
提问于 2021-02-05 19:06:50
回答 3查看 132关注 0票数 1

我对如何在我目前所在的公司实现测试自动化有疑问。我想知道你会建议什么工作流程?

我将在项目的后端使用Java语言和前端角。首先,我建议在Java中使用Selenium,但仍然存在一些空白:

  1. 如何与问题跟踪工具集成?(螳螂或吉拉)
  2. 该团队的一名成员建议将Python与Selenium结合使用,这有趣吗?(恐怕)
  3. 当开发人员提交到QA环境时,我将如何自动进行自动化测试?(CI)
EN

回答 3

Stack Exchange QA用户

回答已采纳

发布于 2021-02-05 20:49:40

  1. 我从未见过硒和吉拉的任何整合。我不认为它存在。对于其他bug跟踪系统,这将取决于该软件是否有一个可集成的API。例如,TestRail是一个流行的测试用例管理系统(TCMS),它们具有集成Selenium的API。
  2. 由于您熟悉Java,而且团队是用Java工具集设置的,所以最好的建议是“在开发团队使用的同一种语言中使用Selenium”。因此,在您的情况下,我建议使用Java。工具集已经设置为良好的集成。人们倾向于推荐Python,因为“它很容易学习和使用”,但是如果您不知道并且开发平台不使用它,那么为什么要向团队引入一种新的语言呢?

另一种选择,因为Selenium是一个前端/UI测试工具,开发团队通常使用JavaScript。在这种情况下,您可以使用JavaScript进行硒测试(WebdriverIO和NightwatchJS是要使用的示例库)。

  1. 因为您已经说过没有CI/CD管道,所以只能在本地工作站上执行Selenium自动化。在这种情况下,我不希望开发人员使用它,只有您和QA团队(如果有)。但是,您应该将CI/CD管道实现到团队工作流中,因为它可以使构建和部署过程更加系统化。根据我的经验,这通常是一个需要设置的DevOps任务,但是如果您没有DevOps,那么您可以与开发团队一起完成这个任务。

由于没有CI/CD管道,devs如何构建代码并将其部署到不同的环境?可能会有一种方法来整合这个系统。和你的团队一起探索。

票数 0
EN

Stack Exchange QA用户

发布于 2021-02-06 09:11:02

如何与问题跟踪工具集成?(螳螂或吉拉)

Jira通过API公开它的所有特性,并有客户端库与这些API交互。但是JIRA建议直接使用API。

https://developer.atlassian.com/server/jira/platform/jira-rest-api-examples/

您可以使用Testng或任何其他框架中来自侦听器类的所有APIs。

--团队中的一名成员建议将结合使用,这有趣吗?(恐怕)

后端代码与用于测试自动化的工具之间不存在依赖关系。测试自动化工具,如量角器,剧作家等,有内置处理角异步性质,因此可以用于角项目。这意味着您可以使用它,而不需要添加任何额外的显式或隐式等待(这意味着您不必编写代码来确保在执行某些操作之前元素存在于页面中)

另外,如果开发团队在测试自动化方面没有任何贡献,您就不必担心他们所熟悉的语言。

硒的工作原理:

下面是硒的体系结构。实际的功能由驱动程序处理,例如: chromedriver。它有程序与浏览器对话,让它做事情,并从浏览器中获取信息。

chrome驱动程序中的这些函数是通过API公开的,这样客户端就可以通过调用这个API来访问这些函数。

selenium python、java等是具有与此API交互的代码的库。

因此,您使用的语言绑定对您的自动化没有任何影响。使用你和你的团队所熟悉的语言

当开发人员向QA环境提交时,我将如何自动进行自动化测试?(CI)

如何在组织中部署使用相同的工具或使用windows调度任务

您还可以安装本地jenkins/azure/octopus或任何其他CI/CD

票数 1
EN

Stack Exchange QA用户

发布于 2021-02-06 18:54:11

jira是针对变化故事的,但是自动化套件是针对用户工作流

的。

这就带来了挑战。

一种方法是将selenium自动化作为故事中的一项任务。

从长远来看,开发和质量保证之间的联系是最关键的因素。在许多组织中,它是分开的或分散的。这极大地延迟了反馈。开发人员和QA人员越近越好。共享相同的语言有助于这一点,并能真正将这两个角色结合在一起。另一种选择--使用与开发人员不同的语言--在你陷入困境时,会让你陷入一种非常尴尬的境地。程序员(包括我自己)总是会陷入困境。共享一种语言,你可以利用你自己的团队。

对于“代码覆盖”,也存在类似的问题。人们有时请求链接代码覆盖率和selenium测试,但也存在类似的挑战,因为用户工作流与代码块之间没有1:1的关系。一个代码块可能有一个层,另一个代码块可能有10个不同的条件,一个工作流可以使用19个代码块的组合,而一个不同的工作流可能只使用来自同一组的15个代码块。等。

至于代码,我更喜欢一次回购中的所有代码。如果您只在qa部分工作,那么您和开发人员都可以轻松地进行更改并在没有冲突的情况下推动您的更改。

最后的想法-它真的很好,使测试运行由开发人员。如果你能跨越这些界限工作,它可以给企业带来巨大的价值。

票数 1
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/46766

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档