刚在论坛上面看到一篇文章，拿到窝里面和大家一起分享!
测试是一门很美的艺术！
测试，近些年被炒的很热，又是高薪，而且容易上手等等，貌似测试就是给不懂开发，不想辛苦，轻松做白领的人设计的，如果你是这么想的，那我劝你，别了，你不适合测试。
测试，是一个多领域，多学科交织在一起的艺术,如果想做一个优秀的测试人员，你必须要有思想准备，我的知识库需要更新了，因为在测试过程中，你会碰到各种未知的问题，你的责任就是找出问题的根源，这个有点像悬疑推理的电视剧，你必须要抓住一个BUG一闪而过的瞬间，或许这操作很复杂，但出现BUG的根本原因只有一个，要有耐心，抽丝剥茧，找出问题的根源，或许这么说有点难以理解，但真正优秀的测试人员，必须具备耐心和抽丝剥茧的能力，如果没有，我劝你改行，不然不会成为真正的测试工程师，但这只是测试人员具备的一部分能力，还有就是要学会更新自己的知识库，有主动解决问题的能力，不能怕麻烦，因为在测试中，我们可能会遇到些以前没接触过的东西，这正是测试多学科交织的原因，比如做手机功能测试的人员，需要验证手机软件的验证码是否正确，但验证码又不是可见的，是通过服务器隐藏分配的，这个怎么办?测试人员，必须有解决问题的能力，学会去找工具抓包，分析等等，这些是没人会教你的，都是自己去学习的，因为测试技术的广度是不可预知的，没有人能掌握一切，没有人敢说我掌握了测试的所有技术，因为测试是没定技术的，这就是测试和开发的最大不同，开发是又规律可循的，比如一个人C++，学到精通，他可以去知名的IT公司，但测试。。。。。所以如果你没有独立解决问题的能力劝你最好改行。
但如果你塌下心来，审视测试，你就会发现，测试真的是门艺术，是门很美的艺术。从BUG来讲，就会让你欣赏不已。尤其是到软件后期，软件比较稳定，BUG也藏得很深，那作为医生，你就要找到病人的问题，虽然这个病人看起来很健康(这个也是测试人员的一个习惯，始终对自己的软件，觉得不够完美，总觉得有问题)，这个时候就需要自己去找出病人的薄弱环节，也就是测试中最不容易测试到的功能或者部分，这个地方或许就有潜在的威胁;在或者就是设计场景，让症状自己冒出来，这个是很难得，这个也是测试不公平的地方，不是你努力就可以的。
测试还是需要那么一点灵气的，场景的设计需要的测试人员的构思，设计最后实现，每当你看到或者实现这个样的BUG的时候，你就会发现她的美，真的很美。
还有就是测试人员，千万不能迷恋开发人员，为什么?现在有个很奇怪的现象，就是开发总是比测试高一头，经常听见新同事说，“什么都要听开发的”，当时我就想骂娘，都听开发的，要你测试干吗?测试是需要立场的，当然如果是经过PM.TPM等沟通后的结果，我们可以接受，但如果只是开发人员的意见，我们是需要回击的，为什么?因为开发想的是尽快release软件，BUG都不改才好，所以我们要学会坚持，但也要听老大的话。
还有一个误区我想说一说，就是很多测试人员贬低自己，说自己做的没什么技术含量，就是点啊点，按呀按得，我想说的是现在大部分测试，还是以手动测试为主，但如果你觉得真的是这样的话，那我可以告诉你，你不适合测试，因为你只是在做，你不会去发现问题，武装自己，你只是一个执行者，说白了和一台机器没什么分别，我们说，测试和开发，只是大家的分工不同，不存在谁的技术含量高，主要是在于传统观念觉得开发多牛X，测试就是后娘养的，开发也是用语言去实现功能，而测试时用你的思维去完善功能，所以，我想对有这种崇拜开发人员的测试员说，请不要迷恋他们，也请不要玷污测试。
测试，是一个多领域，多学科交织在一起的艺术,如果想做一个优秀的测试人员，你必须要有思想准备，我的知识库需要更新了，因为在测试过程中，你会碰到各种未知的问题，你的责任就是找出问题的根源，这个有点像悬疑推理的电视剧，你必须要抓住一个BUG一闪而过的瞬间，或许这操作很复杂，但出现BUG的根本原因只有一个，要有耐心，抽丝剥茧，找出问题的根源，或许这么说有点难以理解，但真正优秀的测试人员，必须具备耐心和抽丝剥茧的能力，如果没有，我劝你改行，不然不会成为真正的测试工程师，但这只是测试人员具备的一部分能力，还有就是要学会更新自己的知识库，有主动解决问题的能力，不能怕麻烦，因为在测试中，我们可能会遇到些以前没接触过的东西，这正是测试多学科交织的原因，比如做手机功能测试的人员，需要验证手机软件的验证码是否正确，但验证码又不是可见的，是通过服务器隐藏分配的，这个怎么办?测试人员，必须有解决问题的能力，学会去找工具抓包，分析等等，这些是没人会教你的，都是自己去学习的，因为测试技术的广度是不可预知的，没有人能掌握一切，没有人敢说我掌握了测试的所有技术，因为测试是没定技术的，这就是测试和开发的最大不同，开发是又规律可循的，比如一个人C++，学到精通，他可以去知名的IT公司，但测试。。。。。所以如果你没有独立解决问题的能力劝你最好改行。
但如果你塌下心来，审视测试，你就会发现，测试真的是门艺术，是门很美的艺术。从BUG来讲，就会让你欣赏不已。尤其是到软件后期，软件比较稳定，BUG也藏得很深，那作为医生，你就要找到病人的问题，虽然这个病人看起来很健康(这个也是测试人员的一个习惯，始终对自己的软件，觉得不够完美，总觉得有问题)，这个时候就需要自己去找出病人的薄弱环节，也就是测试中最不容易测试到的功能或者部分，这个地方或许就有潜在的威胁;在或者就是设计场景，让症状自己冒出来，这个是很难得，这个也是测试不公平的地方，不是你努力就可以的。
测试还是需要那么一点灵气的，场景的设计需要的测试人员的构思，设计最后实现，每当你看到或者实现这个样的BUG的时候，你就会发现她的美，真的很美。
还有就是测试人员，千万不能迷恋开发人员，为什么?现在有个很奇怪的现象，就是开发总是比测试高一头，经常听见新同事说，“什么都要听开发的”，当时我就想骂娘，都听开发的，要你测试干吗?测试是需要立场的，当然如果是经过PM.TPM等沟通后的结果，我们可以接受，但如果只是开发人员的意见，我们是需要回击的，为什么?因为开发想的是尽快release软件，BUG都不改才好，所以我们要学会坚持，但也要听老大的话。
还有一个误区我想说一说，就是很多测试人员贬低自己，说自己做的没什么技术含量，就是点啊点，按呀按得，我想说的是现在大部分测试，还是以手动测试为主，但如果你觉得真的是这样的话，那我可以告诉你，你不适合测试，因为你只是在做，你不会去发现问题，武装自己，你只是一个执行者，说白了和一台机器没什么分别，我们说，测试和开发，只是大家的分工不同，不存在谁的技术含量高，主要是在于传统观念觉得开发多牛X，测试就是后娘养的，开发也是用语言去实现功能，而测试时用你的思维去完善功能，所以，我想对有这种崇拜开发人员的测试员说，请不要迷恋他们，也请不要玷污测试。
