Tag: qa

C ++ Jenkins QA Stack / Tools

我们目前正在为您开发C ++开发的QA栈 。 我们已经有多个Jenkins实例在运行，并且与CI和其他语言（如java和php）结合在一起，创造了非常好的体验。 我所要求的是指向可以用于Jenkins的C ++开发的工具链。 更具体 （大括号中的java / php示例）： testing和生成覆盖率报告的unit testing框架 （jUnit / phpUnit） 编码指南检查器 （checkstyle / phpCodeSniffer） PMD在代码库（pmd / phpmd）中发现潜在的问题， 更多如果适用/需要，但这三个将是我猜的基础？ 赏金编辑： 虽然我得到了一个可以接受的答案，但我被要求提供更多的工具/选项/理由来使用Jenkins来完成这个项目。 在过去，我已经在这方面用商业工具做了不太理想的经验。 （什么？你想保存这些报告吗？那么你需要购买额外的10k Bucks / Year插件，可以为你生成花哨的graphics！）我可能在这里错了，所以请告诉我，如果我是。 但主要是我正在寻找与Jenkins一起使用C ++开发和QA的全套工具

黑盒vs白盒testing

你认为哪种types的testing应该是重点（对于testing人员/ QA），为什么？ 维基百科的一组定义： 黑匣子testing 从testing对象的外部视angular导出testing用例。 这些testing可以是function性或非function性的，尽pipe通常是function性的。 testingdevise者select有效和无效的input并确定正确的输出。 没有testing对象内部结构的知识。 白盒testing 使用系统的内部视angular来devise基于内部结构的testing用例。 它需要编程技巧来确定通过软件的所有path。 testing人员selecttesting用例input来执行代码中的path并确定适当的输出。 在电子硬件testing中，可以对电路中的每个节点进行探测和测量; 一个例子就是在线testing（ICT）。 编辑：只是为了澄清一点，我意识到，两者都是重要的，但通常他们之间的开发和质量保证是分开的。 内部知识对于testing人员/质量保证部门是否重要？ 我听说过这样一个观点：用这些知识进行testing可以更好地testing问题，但是我也听到了这样一个观点，即这些知识可以分散function需求，促进“testing到代码”而不是预期的解决scheme。

系统testing和端到端testing之间的区别

什么是端到端testing，它和系统testing有什么区别？ 他们看起来都是一样的，并检查整个应用程序。 networking上的定义非常混乱。

Git分支策略与testing/质量保证过程相结合

我们的开发团队一直在使用GitFlow分支策略，这非常棒！ 最近我们招聘了几个testing人员来提高我们的软件质量。 这个想法是，每个function都应该由testing人员来testing/ QA。 过去，开发人员在单独的function分支上处理function，并在完成时将它们合并回develop分支。 开发人员将自己在该feature分支上testing他的工作。 现在与testing人员，我们开始问这个问题 testing人员应该在哪个分支上testing新function？ 显然，有两个select： 在个人function分支上 在develop分支 testing开发分支 起初，我们相信这是一个肯定的路要走，因为： 自开发开始以来，该function将与所有其他function合并到develop分支中进行testing。 任何冲突都可以早于以后检测到 它使testing人员的工作变得简单，他只是一直在处理一个分支（ develop ）。 他不需要问开发商哪个分支是哪个function（function分支是由相关开发者完全自由pipe理的个人分支） 最大的问题是： develop分支受到污染。 当testing人员发现错误或冲突时，他将其报告给开发人员，开发人员将问题修复到开发分支（function分支一旦合并就放弃），之后可能会有更多的修复。 多个子序列提交或合并（如果重新创build分支再次develop分支来修复错误）使得从develop分支回滚function非常困难。 develop分支有不同的时间合并和固定的多种function。 当我们想用develop分支中的一些function来创build一个版本时，这会产生一个大问题 function分支上的testing 所以我们再次考虑，并决定我们应该testingfunction分支上的function。 在我们testing之前，我们将从develop分支到function分支的更改合并（赶上develop分支）。 这很好： 您仍然使用主stream中的其他functiontesting该function 进一步发展（如修复错误，解决冲突）不会污染develop分支; 您可以轻松决定不发布function，直到它完全testing和批准; 但是，有一些缺点 testing人员必须合并代码，如果有任何冲突（很有可能），他必须要求开发人员的帮助。 我们的testing人员专注于testing，而且不具备编码能力。 一个function可以在没有另一个新function的情况下进行testing。 例如特征A和B同时处于testing中，这两个特征彼此不知道，因为它们都没有被合并到develop分支。 这意味着当两个特性都被合并到开发分支时，你将不得不再次对develop分支进行testing。 而且你必须记住在未来testing这个。 如果functionA和functionB都经过testing和认可，但是在合并冲突时，两个function的开发人员都认为这不是他自己的错误/工作，因为他的function分支已经通过了testing。 沟通上有额外的开销，有时解决冲突的人有时会感到沮丧。 以上是我们的故事。 由于资源有限，我想避免在任何地方进行testing。 我们仍然在寻找更好的方法来应对这一点。 我很想听听其他团队如何处理这种情况。

你用什么工具testing你的公共REST API？

寻找工具来testingREST API。 到目前为止，我只知道SoapUI 。 我尝试过SOAPUI，但是 – 至less在Mac上 – 这太糟糕了。 想知道人们用什么来testing他们自己的API。

最好的方式来压力testing一个网站

这可能是错误的问题，但是，什么是在asp.net web应用程序上复制大负载的最佳方法？ 有一种简单的方法来模拟特定页面上的许多请求吗？ 或者，使用一个分析器来跟踪一个请求，然后从中解决，如果性能是好的，最好的办法是？ 了解一个Web应用程序如何与服务器规范一起工作是一件好事。 我希望能够在我的testing服务器上模拟大量的stream量，这样我就可以计算出生产服务器是否足够好（特别是使用iis / asp.net而不是db性能）。