问题标签 [process]

在您的“企业”工作环境中，工程师如何对执行代码检查和单元测试负责？您遵循哪些流程（正式方法或自定义流程）来确保软件质量？您是否尝试过为可交付成果实施开发人员“签收”表？

提前致谢！

更新：我忘了提到我们正在使用 Code Collaborator 来执行我们的检查。问题是让人们“得到它”并接受在核心人群之外做这些事情。正如 stalbot 在下面指出的那样，这是一种文化变革，但问题变成了，您如何改变您的文化以促进质量计划，例如审查/单元测试？

我正在使用 ProcessBuilder 启动一个子进程，如果父进程退出，则需要子进程退出。在正常情况下，我的代码正确地停止了孩子。但是，如果我导致操作系统杀死父母，孩子将继续运行。

有没有办法将子进程“绑定”到父进程，这样当父进程被杀死时它就会退出？

类似的问题：

• 父母退出后如何使子进程死亡？
• 当父进程被杀死时，使用 fork() 创建的子进程是否会自动被杀死？

我所知道的大多数编程公司/经理只能根据事后发现/解决的错误数量来定义质量。

然而，大多数优秀的程序员一旦开始干预代码，就会天生就能感知质量。（对吧？）

您知道的任何编程公司是否成功地将这些信息转换为组织可以衡量和跟踪以确保质量的指标？

我问，因为我经常听到心怀不满的经理们的咆哮，他们无法说出真正的质量是什么。但是我听说像 HoneyWell 这样的一些组织有很多数字来跟踪程序员的表现，所有这些都转化为数字，并且可以在评估过程中勾选。因此，我向整个社区提出了问题，以提出他们所知道的统计数据。

关于可以很好地测量杂乱代码的工具的建议也会有所帮助。

我使用 CreateProcess（或 _spawnv()）从 Windows VC++ 6 程序启动以下命令行（进程）：

• java -cp c:\dir\updates.jar;c:\dir\main.jar 主要

并且updates.jar中的类更新（覆盖main.jar中的一些）未被读取或找到。就好像无法找到或读取updates.jar 库一样。

如果我从快捷方式或从适当的命令行启动同一行，则会找到并正确执行所有内容。

如果我从命令行启动 JVM，让它保持运行，然后启动可执行存根（上图），那么一切正常。（这使得问题看起来像是文件权限问题）。

任何见解将不胜感激！

——爱德华

我正在为命令行可执行文件编写一个包装类。这个 exe 接受输入，stdin直到我进入Ctrl+C命令提示符 shell，在这种情况下，它会stdout根据输入打印输出。我想Ctrl+C在 C# 代码中模拟该按下，将 kill 命令发送到 .NETProcess对象。我试过打电话Process.Kill()，但这似乎没有给我任何过程中的StandardOutput StreamReader. 可能有什么我做的不对吗？这是我尝试使用的代码：

输出始终为空，即使我从stdout手动运行 exe 时获取数据。

编辑：顺便说一句，这是 C# 2.0。

假设我有一个进程恰好产生一个子进程。现在，当父进程因任何原因（正常或异常，通过 kill、^C、断言失败或其他任何原因）退出时，我希望子进程终止。如何正确地做到这一点？

关于stackoverflow的一些类似问题：

• （之前问过）当父进程退出时，如何使子进程退出？
• （稍后问）当父进程被杀死时，使用 fork() 创建的子进程是否会自动被杀死？

关于Windows的 stackoverflow 的一些类似问题：

• 如何在 Windows 中自动销毁子进程？
• 当父进程被杀死时杀死子进程

我正在通过 SSH (Putty) 在 Linux 机器上工作。我需要让一个进程在夜间运行，所以我想我可以通过在后台启动进程（在命令末尾带有一个＆符号）并将标准输出重定向到一个文件来做到这一点。

令我惊讶的是，这行不通。一旦我关闭 Putty 窗口，该过程就会停止。

我怎样才能防止这种情况发生？

我有一个不断出现段错误的脚本——因为段错误我无法解决的问题是在 python libxml 绑定中——没有写这些。好的，所以在 Linux 中，我曾经运行过一个 inf.loop，这样当脚本终止时 - 它会重新启动，如下所示：

好吧，我似乎在 FreeBSD 中找不到 /bin/bash ，所以这不起作用。

有任何想法吗？考虑到 cron 不是一个选项 - 允许的停机时间是几秒钟。

我需要生成一个作为控制台应用程序的子进程，并捕获其输出。

我为方法编写了以下代码：

但是，这不会返回任何内容。我不相信OutputDataReceived事件被回调，或者WaitForExit()命令可能阻塞线程，所以它永远不会回调。

有什么建议吗？

编辑：看起来我对回调太努力了。正在做：

似乎工作正常。

您如何跟踪更改、测试影响单独发布的多个工件的错误？

代码共享是好的，因为它减少了通过代码的路径总数，这意味着对更少的更改和更少的错误（或通过更少的更改解决更多错误）产生更大的影响。例如，我们可以构建使用相同文件处理包或模型包的搜索工具和索引器。

我们需要能够确保更改在所有正确的组件中得到测试，并跟踪哪些更改包含在哪些发布的工具中。我们也不希望被迫同时在所有应用程序中发布更改。

目标：一个要测试的错误，计划针对每个已发布的应用程序独立跟踪。借助了解架构的自动化系统，指导我们做出正确的选择。

漏洞拆分发布场景：

我们可能会发布一个搜索工具补丁，其中包含 util 库中的性能修复。对于搜索工具至关重要，修复在索引器中不太明显，因此它可以等到下一个维护版本。我们希望通过搜索补丁计划跟踪发布一个错误，并将其推迟到索引器的下一个维护版本。

因此，当我在我们的跟踪系统 (JIRA) 中创建错误时，我希望它神奇地变成多个对象。

• 描述问题和跟踪开发工作的主要问题
• 一组任务允许我跟踪测试工作，并让我跟踪这个问题是如何针对它影响的每个应用程序发布的。

我们如何才能使代码共享的用户体验变得更轻松，以鼓励更多的代码共享，而不会对哪些更改影响了哪些版本或迫使人们输入许多重复的错误视而不见？

我敢肯定，从 Eclipse 到 linux 发行版的大型项目都面临过这种问题，并且想知道他们是如何解决的（接下来我将讨论它们）。

你们有没有人遇到过这种情况，你们是如何处理的？