我想知道其他人认为这些活动实际上是哪些额外的活动质量检查/开发人员将其带入项目。
这些是我想到的一些事情：
在做白盒测试时阅读代码
创建单元与开发人员一起进行测试
创建集成测试
这与开发经验如何提高测试人员发现缺陷的有效性无关。但是，关于了解这些增值活动是什么，这种测试资源可以带给开发人员和项目。
感谢您的反馈！
SQA Stack交流有关增值活动的响应：
提供常规测试的自动化，Alan
探索可能的软件设计选择，以提高代码可测试性，Aruna < br进行白盒测试，Bruce Mcleod
#1 楼
以我的经验，最好的开发人员/测试人员将我所说的无聊的解释带入软件测试。换句话说，他们经常自动执行死记硬背的任务，以便专注于软件的测试和分析。要测试该功能，我需要尝试使用长名称，本地化名称，空白名称等。我还需要测试添加和删除联系人。测试构想的矩阵可以快速扩展...而我会无聊地尝试所有这些内容-更糟糕的是，我永远不会尝试添加和删除联系人500次的性能/压力情况（我也不会自动在操作过程中检查磁盘和内存状态。）简而言之，优秀的测试开发人员会研究测试问题，然后弄清楚他们如何使用程序或自动化工具来帮助他们有效地解决测试问题。评论
很好的例子！我认为您所描述的增值活动提供了例行测试的自动化，因此测试/开发人员可能会希望拥有更大的测试范围，并且由于其编程背景而可能更有能力。我已将此添加到上面的问题中。谢谢！
–约翰·伯利（John Burley）
2011年5月20日2:00
+1为无聊的幽默观念。除了自动测试之外，开发人员/测试人员更有可能看到构建帮助器工具的机会-可以在网页上显示隐藏信息的JavaScript小工具，或用于帮助验证后端数据的SQL脚本。
– TomG
2011年5月20日下午2:48
#2 楼
我个人认为，除了出色的测试技能外，还进行编码的测试人员比非技术人员要有效得多。没有那些技能。一些示例：需要生成一些测试数据吗？写一个工具来做。
以某些用户身份登录时需要检查安全性访问权限吗？编写一些自动化的软件来实现。
需要自动化应用程序的部署吗？为此编写一些脚本。
需要影响开发人员执行单元测试的方式吗？向他们展示如何进行构建或构建单元测试框架。
需要执行白盒测试吗？您具有检出代码并开始阅读的技能。对于可以编码的测试人员来说，只想编码就很容易。成为QA开发人员的真正技能是知道何时进行开发，何时放下工具并手动进行测试。
评论
质量保证/开发人员需要意识到他们的工作首先是一名出色的测试人员的切入点。他们的发展活动应该只是现在需要的额外帮助而已。
–约翰·伯利（John Burley）
2011年5月20日下午3:39
即使任务主要是使测试自动化，测试人员首先应保留测试人员。编码的乐趣使代码分散了错误搜寻的注意力。
–gazzz0x2z
16年1月5日在20:48
#3 楼
我已经成功地使用测试人员/开发人员对生产代码进行了代码审查。我发现开发人员审查代码思想“这将起作用”，而测试人员审查代码思想“这在什么方面行不通”。我还发现大多数测试人员在查看生产代码时都会发现新的测试思路。我写了一篇有关我们团队在该领域的经验的论文。
评论
这可以回溯到sqa.stackexchange.com/q/545/453问题，即测试人员和开发人员的心态有何不同。同样，测试人员也可能具有开发人员的心态，反之亦然。这意味着，两种思维方式对于构建良好，强大，全面的测试都是必不可少的。
– TristaanOgre
2011年5月20日在20:45
是的-我完全同意此评论。
–艾伦
11年5月20日在21:33
测试人员在查看代码时也倾向于执行代码覆盖率分析，以检查他们是否已达到目标测试覆盖率并分析未发现的代码是否对最终客户构成任何风险
– Aruna
2011年5月21日，0：23
#4 楼
测试人员甚至可以在编码开始之前就通过做出/影响关键的软件设计选择来增加产品和开发团队的价值。他们可以确定“该代码是否适合使用？”诸如“依赖注入”和“解耦”之类的设计选择可以使代码足够强大和灵活，以吸收未来客户需求的变化。原理。通过依赖注入，代码变得松散地耦合在一起，这里有一篇文章解释了如何将测试自动化与此相关联。#5 楼
我认为主要的好处是他们可以加入开发对话并与开发人员一起帮助改进产品
，并讨论技术术语并在听到时理解它们。尽管我经常喜欢黑盒测试（不了解内部原理），但我发现了解技术设置是一项关键技能。当发生故障时，具有技术背景的测试人员将能够更好地进行：
在日志中查找事务
了解日志的详细信息
能够在数据库中查询相关数据
加入代码审查以获得高质量的代码和测试
能够编写新测试并更新现有测试
了解快乐，悲伤和可选测试的概念案例
具有作为一等公民的开发人员的尊重
能够读取发生问题的代码本身
能够读取测试并了解他们在做什么错
提供有关良好编码规范以及它们为什么随着时间的推移而变得重要的指南
fyi，我是一名开发人员20年，后来成为一名质量工程师
评论
如果您查找SDET（测试中的软件开发人员），则可以找到更多有关此的信息。由于下面提到的许多原因，Microsoft将其用作其许多项目的测试器。