测试人员的基本修养：
代码编写，不可或缺
乔布斯说：Design is not just what it looks like and feel like,design is how it works.(设计不仅是外形和感觉，设计还有关如何运作)，
测试不是简单的拿过来用用就好了。当开发人员开发完成软件并提交到测试人员那里以后，测试人员首先要迅速透彻的理解软件的功能，
可能你会说这个工作需求阶段已经介入了，但是很多情况是赶鸭子上架，不按常理出牌。如果有开发经验的话，不光局限对编码以及相关技术的理解
，还会使你更加了解开发人员的心理感受，从编码心理和工作习惯的角度，更好的懂得软件是如何工作的。
全面深入，T型线路
T字型知识架构是指在细分领域细致专精，了解相关技术。这里的相关技术，不是指测试相关，而是指开发所用的相关技术。比如：HTML页面中使用javascript来控制控件
发布时间的紧迫不允许有更多时间使用正向用例来验证功能的正确性，但可能一个小小的控件都设计了近百条的用例。涉及页面正反跳转来验证控件的版本升级，控件的跨域
调用，浏览器的兼容，服务设置的干扰，javascript文件内容的是否正确。（这些需要了解相关技术才能设计出如此有价值的用例）
理清思路，有的放矢
有很多人会认为，在测试工作引用巧妙的编程技巧或使用无比酷炫的技术手段，就代表测试水平高超。其实这本身还没明白测试本身的目的。测试的目的：
一方面是为了尽可能发现软件的缺陷，追踪直到这些缺陷解决；
另一方面是为了度量被测试对象质量的优劣程度，对可能出现的问题从技术和其他方面采取相应的措施（两者都为了降低潜在的商业风险）
一般来说，我们会根据软件系统本身的特点，以及其应用场景和开发人员等相关资源去制订相应的测试策略（包括：测试计划，分配测试资源，设计测试用例等），
测试工作前期，不仅需要相关的技术知识，还需要更多相关领域的知识和经验，以及分析能力。诚然，使用酷炫的技术手段完成测试任务无可厚非，而无论如何，
主旨不能偏离。
积基树本，夯实基础
计算机领域中的基础知识，包括数据结构，操作系统，编译原理，数据库原理等。如果涉及到性能优化（时间复杂度，空间复杂度，数据库，操作系统，网络，
并行计算，向量计算等）。
与人分享，谈吐有致
沟通的技巧和方式是测试人员需要很好的掌握的，不能使团队成员之间因为某个问题而引发争吵，可以阅读卡耐基的 《人性的弱点》和费希尔的《沟通力》。
一丝不苟，持之以恒
在软件测试过程中，可能出现不能重现的问题，这类问题可大有讲究。从工程学的角度来说，遇到这样的问题，不能及时找到原因进行修复，就降低问题的优先级，
等再次出现，保留现场抓取的相关记录。出现不能重现的时候，测试人员会进行反复验证，但是还是不能把握地说这类问题已经解决，这时候就需要去看看源码，
这就需要有代码的读写能力。
当企业和项目负责人等待你那封Test Sign Off邮件发出的时候，你是否可以满怀信心的点击send按钮呢，是否对发布的产品胸有成竹呢？修养的形成不在于猛攻，
而在于点滴积累，和无声的打磨。