到目前为止，我认为质量检查是一项积极的测试，可以通过邮件列表进行交流，还可以报告错误。
质量保证测试将以什么方式迈入开发的第一步？
谢谢您的时间。
#1 楼
我是一名自学成才的程序员，拥有14年的质量检查经验（其中大多数是作为测试中的软件开发人员）。我在质量检查方面的经验帮助我加深了对设计，许多不同的核心/基础技术（html，http，tcp，msaa等）的理解，并锻炼了我的分析和批判性思考能力，所有这些都有助于我成为开发人员。一旦我开始编写代码（从一些简单的工具，网站/服务和自动化开始），还有很多东西要学习。我的QA经验很不错，但这在很大程度上仅间接地有益于我学习良好编写代码的能力。在质量保证体系中取得成功不一定与在开发方面取得成功相关，我已经看到优秀的测试人员被迫担任不喜欢它并且不那么擅长的开发角色。我也看到过优秀的测试人员会变成出色的开发人员，甚至有些不那么优秀的测试人员也会变成出色的开发人员。我将大部分时间用于执行开发任务（规范，模拟，编写代码，单元测试等）。许多大公司（微软，谷歌等）仅雇用可以编写代码的质量检查资源。我的薪水与开发人员的薪水相当。我喜欢这个项目的广度和从事的各种工作。通常，开发人员会在一个专业上获得很多深度。
我的观点是，编写代码很棒，您可以选择是否保留QA角色，并且仍然可以编写代码。您也可以担任开发角色或从事自己的项目，做让自己感到高兴的事情。请记住，成为一名出色的开发人员的道路漫长。学习编程语言的基础知识和学习编程语言的所有内容与使用适当的算法和设计模式编写可维护，高性能，安全的代码之间存在巨大差异。到30年后的职业生涯结束，您仍将学习新事物。
评论
我对此表示赞成，但也觉得也需要给它+100 :)
– Phil Kirkham
2012年8月15日在17:04
#2 楼
在我工作过的地方，测试不是迈向开发的第一步。实际上，当我面试求职者时，我会进行调查以查看他们是否认为质量保证/测试。如果他们认为这是发展的一步，我通常不雇用他们。
评论
我在五月表示的相关评论：allthingsquality.com/2012/05/…
–乔·斯特拉泽（Joe Strazzere）
2012年8月15日16:02
我倾向于同意您的观点，但我认为我对此表示不同。我本人是具有纯QA背景的自学成才的程序员。从编写第一行代码的第一天开始，我一直可以提供的自动化和工具为我正在工作的团队不断增加了价值。我认为最大的不同是，我将QA角色的开发人员视为可行的职业道路，可以替代纯粹的“开发人员”角色。我发现的是，如果允许要编写代码的QA资源编写代码，那么他们可以提供价值，感到高兴，并且不需要迁移到dev。
–山姆·伍兹（Sam Woods）
2012年8月15日16:18
#3 楼
为您的职业计划制定一份涉及多项工作的计划并没有错。但是，即使您想成为一名开发人员，也需要认真对待质量检查工作。由于编写测试计划并不能帮助您成为开发人员而对测试计划全力以赴，一旦遇到困难，您就会走上一条路：要么说服某人很快就聘请您作为开发人员，要么冒着被别人吸引的风险。从您的质量检查工作中解雇。质量检查与开发之间存在许多重叠之处。例如，两个人的工作都能得到很好的服务，他们可以亲自和书面形式清晰地沟通，与他们并不总是同意的人进行富有成效的工作，学习如何使用非同寻常的软件，学习各个方面。如何组装软件，并对可能具有多个故障点的技术问题进行故障排除。如果您在QA中展示了这些技能，那么您将更容易进行开发。还能编写自动化测试的测试人员非常有价值。另一方面，拒绝做任何事情而只写自动化测试的测试人员将很难找到（并保持）工作。
#4 楼
在与新的大学毕业生（新鲜人）交谈时，关于他们的职业生涯，我举两个例子说明开始测试可能是一个好主意：测试自己的代码。我问了一位高级开发人员，为什么他要花这么多的精力
使单元测试的覆盖率达到100％。他回答说，他想成为“男人”，而不是“那个男人”。开始测试职业是
一种很好的学习测试方法的方法，您可以稍后在开发人员的职业生涯中应用它。与进入开发阶段相比，
通常可以看到整个系统，或者至少可以更广泛地了解
功能。测试Ubuntu的日常构建的角色可能是让您与操作系统的许多
部分进行交互。如果您是从开发人员开始的，则可能只专注于一小部分（例如打印机
驱动程序）。从测试开始，通常可以从更广泛的角度了解产品。手动测试）。我建议您通过编写程序来开始学习编程，以使您的测试更有效。您可能只是在眼前找到了想要的东西。
祝你好运！
#5 楼
雇用开发人员的公司将询问您编码和算法问题，他们可能还想查看您的github个人资料以查看您的代码示例。他们不会询问您的质量检查经验#6 楼
测试方面的经验可能会帮助您更好地进行编程，但不会取代编程经验。因此，正如其他人所说，要获得开发人员的工作需要开发经验。同样，在许多公司和项目中，要找到测试人员的工作，也需要测试经验。从您的问题看来，我认为测试是比开发更简单的工作。好吧，这取决于公司，项目和团队：测试人员需要什么技能。例如，我的编程经验可以帮助我理解代码和系统架构，自动化测试，调试被测系统（错误隔离）等。如果浏览此站点，您会发现更多有关具有从开发到质量检查的丰富编程经验的开发人员的信息。单击此处发布的链接，您将看到开发和测试之间有多少相互联系。最后，两者都是软件工程的关键部分。
#7 楼
让我一步一步地解决这个问题：善于测试（至少是您自己的代码）对善于编码真的很重要
善于某些事情一段时间“做那个事情”是非常有用的
在职业生涯中很难“后退”一步。这意味着在A，在B中稍后再在A中再次工作在事业上有点“奇怪”。这意味着正在编码。后来的测试和再次的编码看起来很少见。如果您正在编码并且愿意，那么可能您不打算尝试其他方法
鉴于所有这些，我认为在拥有测试经验之前最好有/更容易拥有测试经验编码器而不是其他方法（如果您想以编码器身份完成）
评论
有些人会与您的理论争论，即从编码到测试是“落后”的一步。
–乔·斯特拉泽（Joe Strazzere）
2012年8月23日在1:27
抱歉，我不是说“后退”，而是“后退”。无意冒犯。
– Borja Bolilla
2012年8月31日19:14
#8 楼
测试是迈向软件质量的第一步。质量保证人员的目标与开发人员不同，“开发人员希望使其正常运行，质量保证人员希望使其崩溃”。
由于他们应该与开发人员紧密合作并学习开发语言/工具，因此开发人员的路径是可能的。一旦您学会了编写软件的方法，测试技能将极大地帮助您编写更好，更可靠的软件，一直在篱笆的两侧。
#9 楼
我认为在过去，质量检查等同于测试，尤其是手动测试。幸运的是，现在的趋势是使尽可能多的测试自动化。这种自动化需要编程技巧，并且在使用各种工具时通常需要更多的创造力。质量检查还涉及软件的整个生命周期，包括使用静态扫描和分析工具，指标等。因此，简短的答案是我认为过去是对的，但是我不认为这是真的。
#10 楼
我最初是在一家公司中担任手动QA测试人员的，但我几乎不知道测试用例的含义，只有在必须测试某个应用程序时才执行它。然后，我成为了一个既可以进行测试案例又可以进行测试的QA。简而言之，我现在是一名自动化测试员（我仍然没有放弃手动测试，因为这仍然至关重要，因此我需要两者兼而有之），并且目前正在使用c＃和硒构建自己的测试框架。我意识到这一重大转变的一件事是：“发展确实是充满挑战和令人愉快的，感觉就像把所有难题都拼凑在一起，但是质量保证也是充满挑战和令人愉快的，因为我也想打破难题并从另一个角度出发。”我想，如果您希望最终成为一名开发人员，请作为质量检查人员开始，这样您将对事物的高级运作有更广泛的了解，然后，如果您想测试自己的“编码”技能，那么就可以开始自动化并了解如果您真的想成为一名开发人员。#11 楼
我做了相反的事情。我是开发人员。 20年了。
我搬到质量检查部门后，哇，我很开心！在我的QA / QE（质量工程）学科中，包括我自己都不愿意承认，QA / QE可以成为发展的途径。反之亦然！开发可能是通向质量工程的绝佳途径。我在5年前进行了“一个月”的量化宽松政策，而且从没有回过头。今天，我是一名QE自动化开发人员（其中包括许多QE帽子），并且我的开发人员背景非常有帮助。开发人员的薪水。最近，可以编写良好自动化的高技能QE开发人员可以使更多的高薪开发人员。要考虑的事情！
评论
请记住，这是高中生。您的职业就是您的事业。我已经看到测试人员转变为许多不同的角色-Scrummaster，BSA，PO，开发人员等。成为一名出色的测试人员并不能使您胜任其他角色，这是个人的选择（包括留下一位出色的测试人员）。除非我想成为一名测试人员，否则我个人不会从事测试工作，因为这不是垫脚石。