问从非IT QA角色转到软件QA

EN

有些一般技能继承得很好。99%的原因归结于心态。

我的测试生涯开始于电子制造业。对于大多数程序集，只有少数预先确定的测试是在它们上运行的，它们在通过/失败方面总是黑白的。唯一一次，我们有机会发挥创造力，就像环境压力测试一样。

根据我的经验，担任这个角色的大多数人都希望有创造性，并希望有更多的自由来执行他们认为是有效的、但并不总是有效的测试。

至于建议，首先，单元测试构建是为开发人员准备的。虽然一个好的测试人员应该能够帮助确定这些应该是什么。否则，让他/她(这个答案的其余部分)开始阅读一些他感兴趣的领域。从你的其他帖子中看，听起来他可能比直接的质量保证分析更像是测试，所以，詹姆斯·惠特克的一些S书籍可能是一个很好的开端，主要是探索性软件测试和如何破解软件。他还可能想看看一些博客，比如詹姆斯·巴赫的博客或RBCS博客。关于更多的通用信息，也有类似的地方，或者软件测试俱乐部，甚至广场论坛。当然，这些只是一些阅读材料的一个小例子。

为了获得经验，到处都是软件。让他看软件，就像他看任何其他产品一样。看看他能找到什么。有些开源项目也在寻找人们来帮助测试他们的产品，而且您也不需要成为一个专业的测试人员来帮助解决问题。

每个人都能找到自己进入这个行业的方法，就像其他人一样，但是，这可能会帮助我们找到一个好的开始。

我从一个非IT角色转到了软件QA。我以前的质量保证是机票和预订。请参阅以前的问题，在这个堆栈交换论坛关于什么使一个熟练的测试/质量保证分析员。列出的特征(能力)是一个充满激情的测试者的核心。

把它们展示给你的朋友，朋友可以问自己是否说过自己的特点，然后自己决定。

我有一点代码知识，但在我的同行中保持着高度的尊重，因为我发现了最有趣的but，并且能够交流W/尊重(不像人们想象的那样普遍)。

编辑以纠正错误。

如果您的同事能够很好地使用软件，并且喜欢QA的拼图工作，那么他们很有可能在软件QA中获得很好的发展。

非软件和软件QA之间的一些巨大差异如下：

1. 软件往往无法从干净、无错误的状态开始.由于一段软件并不对应于一个产品或组件，而是一个独特的对象(并且它是为可能不知道他们真正想要的东西的人创建的)，所以会出现问题。乐趣在于找到它们并以一种不会将程序员变成你一生中的死敌的方式进行交流。
2. 虽然可能会发生一些预防性活动(比如程序员编写单元测试代码)，但总的来说，这是一种艺术元素，因此QA成为了某种程度上的用户拥护者--因为程序员通常有一种“高极客”的心态，即复杂性和控制是最终用户可能更喜欢简单的奖金(是的，这是一个非常广泛的概括。根据我的经验，这也大多是真的)。
3. 如果你有足够的逻辑/分析思维，自动化和其他形式的计算机辅助测试不会是一个巨大的挑战:但是为什么腿筋是一个好的手动测试，强迫他们自动化？