测试是一个活动过程，必须有一个或多个测试的对象，这个对象平时我们叫业务或者叫需求。这个作为测试的对象你是必须了解的。（熟悉业务，知道干什么）
　　客户对于需求都有一个预期，这个预期后期绝大部分情况下都会变化，但是我们仍然需要找客户澄清。当然作为一个项目团队，应该有一个接口人专门与客户沟通（一般是产品经理），你找这个家伙。一直澄清到你没有疑问。（了解目标，要不你奋斗什么）
　　知道了业务和目标，然后需要分解。这个分解我个人期望你能与开发团队一起执行，因为你们是一个整体交付团队，任务一致性很重要。分解到可独立交付/验收的功能点。（分解任务，大事化小）
　　说了半天，还没扯到测试。在熟悉业务和明确目标时，测试需要考虑可测试性。现有 测试技术和工具能不能支撑业务测试，不能支撑怎么办。（测试技术和工具积累及其应用）
　　在对业务对象进行测试过程中，我们需要了解业务的环境。例如什么语言开发、运行在什么系统、采用什么框架等。建议测试人员好了解语言、系统操作能力，这样与开发作为一个团队，才有更多的共同语言。（团队的共同语言）
　　很多测试团队都自己编写测试工具来帮助实现测试目标，而工具通常使用脚本来开发。所以熟悉一门脚本语言也很重要。（脚本语言）
　　在 工作中，测试是质量工作的推动者。了解公司文化和团队组织，使用适当方式找适当人会更有效解决问题。（沟通方式）
　　一般具体某个公司或部门都有自己的流程，每个流程关节都有相对明确的输入和输出。对于具体项目，都会根据已有流程做裁剪和定制，来规划自己项目的流程。（项目流程）
　　在中大型公司测试团队都是作为一个职能部门形式存在，都会积累一些测试平台、专项方法和工具等能力，并且会在具体项目中改进完善。测试有资源，你可以用到。（了解测试团队能力，并利用）
　　以上，只做好测试的基本能力，需要积累，反复改进，形成自己的套路和处事风格。
    测试 工作应该是创新的，带有思想的持续改进活动。其实，任何事情都应该这样。但是现实我们往往妥协于工作任务紧、回头思想、个人懒惰。创新更多的是在原有基础来改进一些，而不是打破重来（这个我叫它革命）。让已有的东西持续改进，例如你的测试思想、你的过程执行过程、项目的流程点，等等。（改进创新是持久的进步动力）
　　测试的原子活动可以认为是一个需求的测试交付过程，那么这个过程在你的头脑中有么。（测试原子）
　　测试一直处于一个尴尬的地位，没有直接创造什么。 于是有人站在团队的基础上来思考测试的作用，用来保障交付满足用户需求、缩短版本交付时间、提升交付产品竞争力等。 也有人按照项目不同阶段来思考，用来测试需求分析没有问题、开发设计没有问题、开发代码实现没有问题、集成功能没有问题、满足用户需求场景。 还有人按照发现问题的个数、严重程度来算。 有人说测试是开发的外包，将繁琐价值低的工作给测试做，提升开发的效率。 还有人说测试更理解产品，更能站在用户角度思考产品，经过测试的产品更符合用户。 测试的第一职责还是质量，但是质量的范围太广了。 测试也能跨界，能为基础测试打通更多的晋升方向。 测试需要寻找成感。 个人觉得测试应该像一个理财师，能使用现有资源投资去产生更多的资源、更多的价值，并获取更多的报酬。当然其他职业感觉也需要这样。我们需要把测试做成IT/CT界的金融职业。怎么打造呢？这需要大家一起来思考。（测试高端化）