在中国软件测试越来越重要的今天，测试的意义不言而喻。
如果一个IT公司没有软件测试团队，都不好意思说自己是搞软件研发的。当然可能一些个公司高层就认为软件测试团队是一群应付于各种目的的支持团队，常常与研发后勤部队，保姆团队等联系在一起。没法，遇到这种公司我也不晓得该怎么办，今天我也不会去试图用诸多的理由，煽情的演说来说明软件测试多么的重要，做好软件测试的人多么的NB。我也不会套入各种规范和标准，比如CMMI3、ISO等，这些玩意当然在软件开发是非常重要的，有空的同行去本网站或相关网站看看类似的一些文章吧。
今天我主要想谈谈到底哪些需要做测试，希望引出更多的同行参与进来发表自己的看法。
单元测试，集成测试，系统功能测试，性能测试，安全测试等，这些我想搞过软件研发的都应该比较清楚了，那就不费劲的一一去解释了，毕竟介绍这些东西的书籍和博文都快烂大街了。所以如果你是一个测试新丁，那就去百度文库或者豆瓣之类的下点这些资料来看吧（或者在本站键入关键字搜索下），如果喜欢带点调调，买几本书作为下午茶的阅读物也不错。
文本测试，这个应该大部分正规的公司也做了。重点说下就是，文档测试不仅仅是让你去找什么错别字，语法错误，逻辑错误，歧义，这些东西有用，但不是文档测试的全部。更应该去理解里面的内容，然后去找出其中的缺陷。比如需求文档，也许某一个需求提的根本就不合理，是错误的，甚至一些地方根本就没有考虑到一些必要的内容，找出这些问题的的价值不胜于在测试时发现几个blcoker级别的bug。文档测试除了需求文档，可能还有概要设计、详细设计、数据库设计等。
内容测试，这个大家也应不会陌生。比如软件中的文本名称，提示说明，帮助，乃至里面的视频、音频等都属于内容测试的范畴。当然这里面的测试实施人员不仅仅局限于软件测试团队，这应该是多团队协作的测试活动。
架构评估测试。这个架构听起来貌似很NB，实际上一个好的架构设计确实也挺NB的。往往架构师门可能会采用一些成熟的架构来进行软件设计，为了提高开发的效率，减少代码的冗余，以及使最终软件获得较为稳定的性能。但所千万不要相信它如架构师吹的那么好，它是如何的NB，千上万级的访问量如何easy，为什么测试阶段就应该压缩时间到最短。最后软件设计出来，才发现架构一些致命的设计缺陷使性能离所谓了千万级相差甚远。所以如果想做一个NB的测试人，谨慎的去评估架构师门所采用的软件设计架构吧。
业务预演及测试，这个东西可能更多人叫业务测试。但我之所以加入预演，也就是说我们在测试之前就应该去了解所测对象的业务情况，可以，需求分析阶段就应该这样做。软件测试不仅仅是测试什么功能、性能。这些东西再好，出来的业务复杂的令人发指，或者干脆就是一群门外汉的畅想，这软件如果不是针对用户的要求定制的，我不晓得会有什么市场，或者谁为之买单。
朝着优秀的测试员出发，你会发现测试无处不在。一个绝对优秀的测试人员，需要了解的更多。