> 测试实际(蕴含测试基本概念，流程，管理等等内容。关于测试来讲，这才是基本)
> 测试文档 (只管网络上的文档中的内容关于目前的你来说不可以完整有用，但是知道一份专业或者说完整的文档是怎样写的也是必要的)
> 测试工具(关于刚起步的测试人员，如果你不是开发大牛，建议你还是先应用别人已经写好的工具)
> 开发知识 (有则加之，无则添之，总是是要学，因为这一点是为将来希图，这些知识有助于我们更好地测试)
笔者在文章开头提到了人与工具的问题。现在各种各样的测试工具很多，有关于性能的测试工具，有关于功能自动化的测试工具等等。不过昨天看到一篇博文，博文作者深感以后几乎所有人讨论的问题都是测试工具怎样用，而关于测试工具开发相关的帖子却很少，笔者也以为这是一个不正常的现象。确凿，关于大多数软件项目组来讲，自己开发一特征能测试工具并不是一个现实的想法，又鉴于性能测试的主要性，在测试组中拥有掌握主流性能测试工具的专家是很迫切的需求。如果可以的话，我们拥有自动化测试工具的专家，我们拥有自动化测试工具自主开发的专家等等这些都是很有用的。不过这些专家的培养的顺序也要顺势而行，不仅急不得而且也急不了。
当一个优异的测试团队成立起来之后，“米”的问题就解决了，这个时候再来针对某一个详细的项目推敲怎样“炊”的问题就简单很多了。简单，并不代表可以不费吹灰之力就可以把事情摆平了。要知道，人是一个复杂的动物，人的心情会有阴晴圆缺，人会有喜怒哀乐，关于这些跟技术不搭调的问题笔者就不扯了，究竟笔者的人生阅历还没有卓越到可以教读者怎样做人的地步~关于计划测试中人有关的话题，在本系列的后续文章中会结合“特定的事”“特定的时间”等等继续讨论。
文章来源于领测软件测试网 https://www.ltesting.net/
