在谈这个问题之前，首先自然是要了解designer和tester之间的差别：最简单的一句话，就是designer is to construct the system, and tester is to break the system.
　　编程水平自然是越高越好，但编程水平高的人测试也不定可以，这一点也早有无数例子存在。所以我认为：
　　首先最基本的要求自然是编程水平应该足以满足平时工作需要，在编写测试代码，开发测试工具的时候编程技术不应该是个瓶颈。C/C++博大精深，即便是资深的软件开发人员也不敢说完全精通，测试人员如果花太多时间去研究语言技巧，哪里还有时间精力去搞测试技术。况且太高深的编码页不利于维护，我一般不会对测试人员要求写出很完美的代码。我始终认为，测试人员的逻辑能力一定要强，思路一定要清晰，如果一定要给测试人员定义一个编程水平的要求的话，我会选择那本著名的数据结构作为考核内容。
　　至于测试技术的培养，无非是多看书，多注意平时使用的软件。通过看书来了解新技术，通过平时的积累来培养自己的usability方面的感觉，顺便说一下，很多人说usability的时候往往只是指那些图形界面的程序，但对于那些SDK之类的提供用户api作开发用的程序同样适用，不同之处只是在于，图形程序可见，用户可以是毫无编程经验的人，而SDK提供的是一个个的接口，面向的用户是各种各样的编程人员，usability应当更侧重于开发人员的感受。
　　测试人员的天赋有时候影响很大，有些人天生似乎就是一个好的测试人员，而有些人怎么都不会去注意一些东西，那应该是各人看待事物的方式不同，没有天赋的只要保持努力，我相信也是完全可以成为一个优秀的测试人员的。         其实总认为测试要会编程的人有两种：
　　一种是君子太器了，总停在器物层面，忘记了编程只是对工具的高效使用，也只是整个测试大环境中的一个螺丝钉，用个形像的比方，一个很牛P的开发人员，他是一直写代码么？当然不是，要知道牛P的开发人员一定是有一个核心，说大点儿是设计，说小点儿是算法，有了这个，你再懂什么设计模式，数据库，编程工具，语法，操作系统，办公软件，管理软件，建模软件，这些都是以设计为中心的外围，都是可以在流程中当成螺丝钉被分割出去的，那么回到测试，测试的核心是什么，是编程么？你要编程就去当开发嘛，真是的，讨厌，测试的本质是要保证质量，这就要求做测试的核心一定是方法，有了最良好最适合的方法才能保证质量，这个方法就考验出你在测试上的设计能力，由此为了这些方法的高效率与更好实施，你必须也有一个外围，他们是计算机知识（当然也包括编程，但这已经是一个螺丝钉了，有时可能编程都不用），统计学知识,为了选择适合的测试用例，可能要用到的工程方法，比如时间一紧，可能根据项目测试现状而选择正交测试法，由此用最少成本做到最大质量保证，有了这些方法，与工序流程，你再看每个工序中，是不是需要编程也提高效率，或者为了战略性原因定制自己的自动化代码库，这些都是在方法的基础上做的，都不过是螺丝钉。
　　二种则是在步入职业生涯时，一直对代码有一种情节，认为写代码的人牛P，而自己却做不到，所以选择测试这种他以为是简单的工作来做，做的过程中发现原来测试也是可以写代码的，于是就从原来的自卑中解脱出来，并以此为敖，也牛P起来，这其实从一个侧面反应出很多测试人员的自卑心理。
　　要知道我们做测试是一种职业，他不同于开发，不要动不动就去与开发人员比会不会写代码，不要用别人的职业上的标准当作自己职业的标准，你有见过一个汽车工程设计师因为泡不到MM而自卑，看到赛车手他就眼红，于是放下自己的设计方法，而去与一个赛车手比谁把车开得更快一些，飘移更漂亮一些吗？
　　说到底，不管是开发中的编码，还是测试中的编码，都是很初级的工作，都不是这个职业链中的高端，高端应该是对设计对方法的研究与创新，甚至引发自己所处职业的一种潮流！     　在谈这个问题之前，首先自然是要了解designer和tester之间的差别：最简单的一句话，就是designer is to construct the system, and tester is to break the system.
　　编程水平自然是越高越好，但编程水平高的人测试也不定可以，这一点也早有无数例子存在。所以我认为：
　　首先最基本的要求自然是编程水平应该足以满足平时工作需要，在编写测试代码，开发测试工具的时候编程技术不应该是个瓶颈。C/C++博大精深，即便是资深的软件开发人员也不敢说完全精通，测试人员如果花太多时间去研究语言技巧，哪里还有时间精力去搞测试技术。况且太高深的编码页不利于维护，我一般不会对测试人员要求写出很完美的代码。我始终认为，测试人员的逻辑能力一定要强，思路一定要清晰，如果一定要给测试人员定义一个编程水平的要求的话，我会选择那本著名的数据结构作为考核内容。
　　至于测试技术的培养，无非是多看书，多注意平时使用的软件。通过看书来了解新技术，通过平时的积累来培养自己的usability方面的感觉，顺便说一下，很多人说usability的时候往往只是指那些图形界面的程序，但对于那些SDK之类的提供用户api作开发用的程序同样适用，不同之处只是在于，图形程序可见，用户可以是毫无编程经验的人，而SDK提供的是一个个的接口，面向的用户是各种各样的编程人员，usability应当更侧重于开发人员的感受。
　　测试人员的天赋有时候影响很大，有些人天生似乎就是一个好的测试人员，而有些人怎么都不会去注意一些东西，那应该是各人看待事物的方式不同，没有天赋的只要保持努力，我相信也是完全可以成为一个优秀的测试人员的。     　在谈这个问题之前，首先自然是要了解designer和tester之间的差别：最简单的一句话，就是designer is to construct the system, and tester is to break the system.
　　编程水平自然是越高越好，但编程水平高的人测试也不定可以，这一点也早有无数例子存在。所以我认为：
　　首先最基本的要求自然是编程水平应该足以满足平时工作需要，在编写测试代码，开发测试工具的时候编程技术不应该是个瓶颈。C/C++博大精深，即便是资深的软件开发人员也不敢说完全精通，测试人员如果花太多时间去研究语言技巧，哪里还有时间精力去搞测试技术。况且太高深的编码页不利于维护，我一般不会对测试人员要求写出很完美的代码。我始终认为，测试人员的逻辑能力一定要强，思路一定要清晰，如果一定要给测试人员定义一个编程水平的要求的话，我会选择那本著名的数据结构作为考核内容。
　　至于测试技术的培养，无非是多看书，多注意平时使用的软件。通过看书来了解新技术，通过平时的积累来培养自己的usability方面的感觉，顺便说一下，很多人说usability的时候往往只是指那些图形界面的程序，但对于那些SDK之类的提供用户api作开发用的程序同样适用，不同之处只是在于，图形程序可见，用户可以是毫无编程经验的人，而SDK提供的是一个个的接口，面向的用户是各种各样的编程人员，usability应当更侧重于开发人员的感受。
　　测试人员的天赋有时候影响很大，有些人天生似乎就是一个好的测试人员，而有些人怎么都不会去注意一些东西，那应该是各人看待事物的方式不同，没有天赋的只要保持努力，我相信也是完全可以成为一个优秀的测试人员的。        1)原型设计模型工具交互原型设计软件 Axure RP Pro 5
　　Axure RP 能帮助网站需求设计者，快捷而简便的创建 基于目录组织的原型文档、功能说明、交互界面以及带注释的wireframe网页，并可自动生成用于演示的网页文件和word文档，以提供演示与开发。
　　Axure RP 的特点是：快速创建带注释的wireframe文件，并可根据所设置的时间周期，软件自动保存文档，确保文件安全。在不写任何一条html与Javascrīpt语句的情况下，考试,大提示通过创建的文档以及相关条件和注释，一键生成html prototype演示。根据设计稿，一键生成一致而专业的word版本的原型设计文档。
　　2)StarUML工具
　　可绘制9款UML图：用例图、类图、序列图、状态图、活动图、通信图、模块图、部署图以及复合结构图等。
　　完全免费：StarUML是一套开放源码的软件，不仅免费自由下载，连代码都免费开放。
　　多种格式影像文件：可导出JPG、JPEG、BMP、EMF和WMF等格式的影像文件。
　　语法检验：StarUML遵守UML的语法规则，不支持违反语法的动作。
　　正反向工程：StarUML可以依据类图的内容生成Java、C++、c#代码，也能够读取Java、C++、c#代码反向生成类图。
　　转载请保留：本文出自qaarchitech的51Testing软件测试博客：http://www.51testing.com/?170805
　　3)Visio 工具
　　Microsoft visio 可以建立流程图、组织图、时间表、营销图和其它更多图表，把特定的图表加入文件，让商业沟通变得更加清晰，令演示更加有趣。
　　4)FreeMind 工具　思维导图软件
　　Freemind是一实用的开源思维导图/心智(MindMap)软件.它可用来作为管理项目(包括子任务的管理，子任务的状态，时间记录，资源链接管理),笔记或知识库,文章写作或者头脑风暴,结构化的存储小型数据库,绘制思维导图，整理软件流程思路。