Questions tagged «automation»

我正在考虑创建一个cron作业，以检出代码，在其上运行代码格式化程序，如果有任何更改，则提交更改并将其推回。 大多数使用自动格式化程序的项目都将它们放在git钩子中，但是每隔几个小时自动执行一次会减轻每个开发人员安装git钩子的负担。 我仍然鼓励大家编写干净，格式正确的代码，也许我可以让系统在对他们编写的代码进行重新格式化后自动对开发人员执行ping操作，以便他们知道将来要做什么。

68 coding-style  automation 

可以使用多种工具来自动生成文档，其中GhostDoc是其中最著名的一种。但是，根据定义，它生成的所有内容都是多余的。它查看方法，类等的名称，并输出可能更详细地解释它们的英语。在最好的情况下，它可以完成读者头脑中已经可以做的事情（示例取自此处）： /// <summary> /// Initializes a new instance of the <see cref="Person"/> class. /// </summary> public Person() ... 在最坏的情况下，它最终可能会生成奇怪的文档，而这些文档实际上在试图启发性地弄清名称的含义时具有误导性： /// <summary> /// Riches the text selection changed. /// </summary> /// <param name="richTextBox">The rich text box.</param> private void RichTextSelection_Changed(System.Windows.Controls.RichTextBox richTextBox) ... 似乎对GhostDoc的态度是，“本质上来说，拥有某种形式的 XML文档会更好”，但是当该文档100％冗余时，为什么呢？充其量只是在浪费大量的空间吗？ 在我的工作场所，我们几乎必须始终使用GhostDoc的自动生成的文档来记录所有内容。您这样做是不是有合理的理由，如果您不想自己亲自编写文档，则不要简单地将代码保留在文档之外？

60 documentation  automation  automatic-programming 

虽然有经验的开发人员可以相对容易地估计出在解决了代码所解决的模式和问题时需要花多长时间来实施代码，但是当最终目标得到了很好的理解时，如何才能做出正确的估计呢？实施是95％的理论/问题解决方案，并且实施量很少？ 我的工作通常由完成明确目标的任务组成，但是我必须找到实现该目标的方法，直到我理解解决方案为止，它尚不清楚可能存在哪些其他障碍。更具体地说，我经常研究代码生成或自动代码操作工具。解决方案完全解决并完善工具后，它将非常快速地直接完成实际更改的95％。但是，我没有任何方法来估计可能需要解决多少其他问题才能使生成或分析工具处理无法预料的边缘情况。 出于计划目的，我的公司希望更好地了解将花费多长时间，但是由于我不知道在解决解决方案的每个步骤时可能还会遇到多少其他问题。我不确定如何才能给出更好的估计。

56 estimation  automation 

这个站点上有许多问题，可以提供有关自动测试可以带来的好处的大量信息。但是我没有看到代表硬币另一面的东西：缺点是什么？生活中的所有事情都是折衷方案，没有万灵药，因此，一定有一些正当理由不进行自动化测试。这些是什么？ 以下是我提出的一些建议： 给定功能需要更多的初始开发时间 需要团队成员更高的技能水平 增加工具需求（测试执行者，框架等） 遇到失败的测试时，需要进行复杂的分析-该测试是由于我的更改而过时还是在告诉我我做错了？ 编辑 我应该说我是自动化测试的坚定支持者，并且我不希望这样做。我想了解缺点是什么，所以当我去公司提出理由时，我看起来好像并没有扔下一个想象中的银弹。 另外，我明确地是不希望有人对我的上述示例提出异议。我确实认为必须存在一些不利因素（所有因素都需要权衡），我想了解它们是什么。

49 testing  unit-testing  tdd  automation  test-automation 

目前，TDD和单元测试似乎很受欢迎。但是，与其他形式的自动化测试相比，它真的有用吗？ 凭直觉，我猜想自动化集成测试比单元测试有用。以我的经验，大多数错误似乎都在于模块之间的交互，而不是每个单元的实际（通常是有限的）逻辑。此外，由于模块之间的接口发生更改（以及更改的前后条件），经常发生回归。 我是在误解什么，还是与集成测试相比，单元测试为什么会引起更多关注？仅仅是因为假设您已经拥有集成测试，而单元测试又是我们需要学习以开发人员身份应用的下一件事？ 还是与自动化的复杂性相比，单元测试仅能带来最高的收益？ 您在自动化的单元测试，自动化的集成测试和自动化的验收测试中有什么经验，而在您的经验中，哪些产生了最高的投资回报率？为什么？ 如果您只需要选择一种测试形式就可以在下一个项目中实现自动化，那会是什么？ 提前致谢。

29 testing  unit-testing  automation  acceptance-testing 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 现代的IDE有很多技巧可以帮助编写代码，重构和搜索。所有这些都非常有帮助，但是几乎没有一个看起来像真正的“魔术师”，让我觉得“哇！它是如何解决的？” 您能否命名任何令人印象深刻的IDE代码自动化（或其他）功能，这些功能在您第一次看到它们时就大为震惊？

18 ide  automation 

我正在尝试将持续集成添加到项目中。 根据Wikipedia的介绍，CI的一项主要内容是自动构建。但是，由于CI和构建自动化文章似乎不同意，我对确切的含义感到困惑。 特定的混淆点：在以下情况下， “自动构建”是什么意思： 使用解释性语言（例如Python或Perl）的项目？ 在最终用户的计算机上从源代码构建？ 具有不能简单地预编译和分发的依赖项的应用程序，例如用户计算机本地的RDBMS中的数据库？

15 continuous-integration  automation  builds 

从joel测试： 您可以一步一步构建吗？ 我必须说我不能。我目前正在使用一个Web应用程序，该应用程序具有必须进行部署才能部署的项目的电子表格列表。所以我的问题是如何使它自动化？是否必须在整个组织范围内？提示/技术？

14 tools  builds  automation 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 当您在工作中遇到一些无聊的，重复的（可能不是编程的）任务时，您将如何处理它？您是否尝试立即使其自动化？您是否将自动化推迟到两次遇到任务为止？您是否尝试委托它？您是否尝试在其中找到一些有趣的东西？您如何使工作变得更加快乐？学习更深入，使其更有趣？立即学习或在需要时更深入地学习？

13 automation 

标题说明了一切。我们公司的一些员工认为，自动化测试“容易”，编写COM和UI测试套件“需要一天”。有什么可以应对的呢？ 注意：我不是在问如何促进自动化。那不是问题。一直以来，自动化的测试和流程都得到了推广和要求。问题是有些人不了解自动化不是“容易”或“快速”。

12 project-management  quality  automation 

我现在得到的可以用这个伪代码来总结： public static void Main(string[] args) { var listOfObjects = Database.GetObjectsToUploadToOnlineService(); Parallel.ForEach(Upload) } private static void Upload(MyUploadObject obj) { //Build object (takes a few milliseconds) //Format to JSON (takes a few more milliseconds) //Upload (can take up to a max of 10 minutes) //Wait for a response (can take up …

11 c#  automation  monitoring 

我在各种平台（Windows，Linux等）上面对每天运行的各种类型的应用程序（基于Web，基于GUI，命令行等）。我有很大的机会通过脚本来自动化任务。但是几乎每种类型的应用程序和平台都有其本机脚本语言或工具（例如Windows的VBScript和PowerShell，Linux的Bash脚本，Web应用程序的Selenium和GUI应用程序的AutoIt等）。学习和维护如此多的脚本语言使我丧命。 我觉得Ruby可以轻松地与各种平台进行互操作，并且表达能力很强。所以我的问题是： 可以使用Ruby编写所有脚本吗？ 如果是的话，与每个平台的本机脚本语言相比，主要缺点是什么？

11 ruby  scripting  automation  test-automation 

在开发过程中，很少有情况要求用户在自动进行操作的同时提供密码。站点部署只是常见情况之一。在OS X下创建dmg文件也需要密码。脚本中使用的大多数命令行实用程序都可以通过stdin接收密码。 每次运行脚本时提供密码都违反了“自动”的目的。将纯文本存储在脚本中会破坏“密码”的目的。向需要密码的脚本提供密码的最佳方法是什么？

11 automation  passwords 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 6年前关闭。 我参与维护相当大的.NET应用程序组合。该产品组合中还包括基于其他平台（本机C ++，ECLIPS Forms等）构建的旧应用程序。 我现在在NAnt上有一个复杂的构建框架，该框架管理所有这些应用程序的构建。构建框架使用NAnt做许多不同的事情： 从Subversion中提取代码，并在Subversion中创建标签 使用MSBuild for .NET或其他平台的编译器生成代码 窥探AssemblyInfo文件以增加版本号 删除某些不应包含在构建/发行版中的文件 将代码发布到部署文件夹 压缩代码以进行备份 部署Windows服务；启动和停止它们 等等。 其中大多数事情都可以单独使用NAnt来完成，但是我们确实为NAnt构建了一些扩展任务，以完成某些特定于我们环境的事情。同样，上述大多数过程在我们许多不同的应用程序构建脚本中都得到了通用和重用，因此我们不再重复逻辑。因此，它不是简单的NAnt代码，也不是简单的构建脚本。有数十个NAnt文件一起执行构建。 最近，由于以下几个原因，我对NAnt感到不满意：（1）它的语法太糟糕了-XML之上的编程语言真的很难维护；（2）该项目似乎已经死了；最近没有大量更新，似乎没有人真正掌舵。由于缺乏活动，尝试使其与.NET 4配合使用已引起一些痛苦。 因此，在没有所有这些背景的情况下，这是我的问题。鉴于我希望根据上面的列表完成一些工作，并且鉴于我主要是在.NET商店中，但我还需要构建非.NET项目，是否有我应该考虑的NAnt替代品切换到？ 我所关注的东西包括Powershell（带有或不带有psake），MSBuild本身以及rake。这些都有优点和缺点。例如，MSBuild是否足够强大？我记得几年前使用过它，它似乎没有NAnt那样强大。我是否真的想让我的团队学习Ruby，以便使用rake进行构建？psake是否真的足够成熟，可以将我的投资组合固定在项目上？Powershell是否“太接近金属了”，而我最终不得不编写自己的类似于sake的构建库才能单独使用它？ 还有其他我应该考虑的工具吗？如果您参与维护非常复杂的.NET产品组合，那么您将要使用哪种构建工具？您的团队目前使用什么？

10 development-process  builds  automation 

我正在尝试自动部署/持续集成，并与团队负责人进行了交谈。 我告诉他我正在研究如何在PowerShell中创建构建/部署脚本，他说使用GUI在TFS中设置自动部署非常容易，我应该进行研究。除了致力于从VS进行源代码控制外，我对TFS零经验。 在哪种情况下，TFS会失败？使用PowerShell进行自动部署会更好吗？选择PowerShell而不使用TFS还有哪些其他原因和优势？ 还有另一件事：例如，我可以运行第三方工具来缩小TFS中的JS文件吗？ 我可能想到的PowerShell的一些优点： PowerShell提供最大的灵活性 您可以轻松切换到另一个源代码管理系统，例如Mercurial 这些脚本比TFS生成的脚本更易于维护 PowerShell轻巧：您可以在任何PC上运行脚本

10 c#  continuous-integration  automation  team-foundation-server