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性能)。