与开发人员中的软件架构师相比，测试架构师是否同样具有挑战性？我知道这与基于产品的公司和基于服务的公司大不相同。
我想到了这个主意，因为我发现编写排序算法比测试它更令人兴奋。由于测试只是给出一组值并验证结果-任何人都可以这样做。但是编写算法的人并不多。
如果有人可以对此分享宝贵的见解，那就太好了。由于这种原因而进行了工作转换的人。
#1 楼
之所以出现这个想法是因为我发现编写排序算法比测试它更令人兴奋，因为测试只是给出一组值并验证结果，任何人都可以做但是，编写
算法的人很多。
不，不要寻求测试架构师的职位。如果这确实是您的感觉，那么您应该努力参与开发，而不是完全不参与测试。
大多数测试架构师几乎不需要编写排序算法。 （我不知道有谁定期编写排序算法。）
任何写测试只是“给出一组值”而“任何人都可以做到”的人都应该重新考虑一下他们确实属于测试。也许只是因为您刚开始测试而还不太了解它，或者您的测试团队并不典型，但这绝对不是我的测试团队所做的。我们所做的不仅仅是提供一组价值。 （而且我们从不编写排序算法）
这可能会有所帮助：https://strazzere.blogspot.com/2012/05/if-you-dont-really-want-career-in.html
评论
嗨，乔，谢谢您的投入。很抱歉，如果我伤害了任何担任质量检查职位的人员，那不是我的意图。也许我的观点很原始。也许我现在的工作职位很糟糕。实际上，两者的最终目标都是提供出色的软件。
–马杜苏达南
13年2月4日在16:35
一点也不痛。当我看到个人认为与他/她的工作不匹配时，我只会感到难过。我认为让人们对自己的工作感觉良好很重要，但我在您的帖子中看不到这一点。在我的质量保证团队中，我希望那些对质量充满热情，享受工作所带来的挑战和机遇的人。
–乔·斯特拉泽（Joe Strazzere）
13年2月4日在18:18
意识到我的观点很狭窄，再次感谢。
–马杜苏达南
2013年2月5日在17:32
别担心。软件测试并不适合所有人。
–乔·斯特拉泽（Joe Strazzere）
13年2月5日在21:45
#2 楼
艾伦（页面）的帖子解释了微软如何看待测试架构师的角色约翰·莫里森（John Morrison）撰写的另一篇文章描述了Oracle如何看待测试架构师
如果您阅读以上文章，我认为您是现在知道没有一个关于测试架构师的具体定义。
我是一家大型跨国公司的测试架构师，发现它充满挑战和令人兴奋，但是我的工作内容是根据我的技能量身定制的以及我工作的分支机构的需求，所以我不确定您是否可以从中学习有用的信息。
我希望您知道测试比手动测试还有更多的事情，例如，某人应该对被测系统有深刻的了解，在设计阶段与开发人员和架构师一起工作，最后决定如何对其进行测试以及如何解释结果（通常称为高级测试人员）。
顺便说一句，当您写到“我发现编写排序算法比测试它令人兴奋得多”时，我感觉到您不满意用于测试...
评论
感谢您提供的链接和见解，尽管这是一个主观的问题。我发现很难找到自己的位置。我有时觉得自己没有进行测试的能力。希望很快找到我的位置。
–马杜苏达南
13年2月4日在8:06
#3 楼
我想到了这个主意，因为我发现编写排序算法比测试它更令人兴奋。由于测试只是给出一组值并验证结果-任何人都可以这样做。但是编写算法的人并不多。
这不是测试。只是获取一组值并验证结果？测试人员需要定义所需的值。您怎么知道结果正确？即使有其他输入，它也总是正确的吗？这是正确的解决方案吗？您可以编写适当的自动化测试吗？
我只是在很短的时间里做测试员，完全没有经过培训。并且已经足够长的时间认识到有很多知识和知识要学习。它不只是编码，还不仅仅是数学。这本身就是一个职业方向，可能会给人留下深刻的印象。
哦，如果您不测试正在编写的算法，那么作为开发人员，您的表现也不出色。测试远不止于此。编写正确的算法甚至更少。
评论
由于检查排序算法是否正常工作是任何人都可以做的，因此没有人需要这样做，但是应该自动化。手动测试这种事情很无聊，也不值得。手动测试应该是查看组合和模式，思考易用性和最终用户，具有挑战性的决策，探索...您为什么不觉得手动测试具有挑战性？
我刚刚阅读了有关测试随机数生成器是否给出随机数的一章，我认为这不是每个人都可以做的。到目前为止，您测试了哪种应用程序？您是否考虑过白盒测试？您是否尝试过集成测试？它们中的任何一个都可以为您提供有关应用程序复杂性的有趣见解。