初次测试需要了解掌握的

最开始主要是看操作手册和命令手册。来从用户的角度去测试系统。这是新手进入测试的过程。 有了一定了解后， 要学习产品基于的协议，标准之类的；协议，标准阐述了功能的实现方式；在动手测试之前，需要有一定的了解。此时，不需要深究；以后随着测试的深入，自然而然会有更深的理解。 当中，还应该初步掌握测试平台，测试工具和测试方法；不然开始工作时，那些测试工具会让你傻眼；虽然当你会用后是贼简单的DD，但是没有用过却是不怎么好用的DD! 而后，等测试时间的增长，测试人员除了测试执行外，其他测试工作会越来越多:测试设计(测试点，测试用例的写作)、外对测试用例的协作、各种开发\测试文档资料的评审、对外测试支持、自动化脚本的写作、实验局开局等等；虽然这些工作对于测试执行来说，没有了相对的重复性，但是这些工作的难度或者说是复杂度是大大增加了:因为测试执行只需要跟着测试点跑功能就成，而后面的这些，可没有那么简单。就举对外测试支持来说，外面运营商或是产家的测试注重实际运用的测试，而新研发出来的产品在公司内部注重功能测试，当然也是注重实际应用的；可是是新产品，外面还没有大规模应用的情况下，相对来说，实验室的测试和外面的测试差距还是蛮大的，所以需要测试人员反应要快，能够在短时间内搭建好测试平台和测试环境，对对面突发性的测试需要进行验证；如果在产品不支持的情况下，需要研究出其他的解决方案来满足外面测试需要的功能。　　对于测试人员来说，在测试过程中，或多或少总是会发现一些不是必现的问题。对测试人员来说，需要把问题出现时的现场在问题单中描述的很清楚，(配置文件，操作过程log，流量的类型和大小等等)而且尽可能的对发现问题进行复现操作，当然这个过程也需要把握时间，因为测试版本的时间本来就是比较赶的，不能消耗过多的时间在复现问题上。当整个版本在该论测试完成后，可以考虑集中时间对不能重现的问题进行复现工作。而在复现工作过程中，可以开发人员进行交流。因为开发人员对于产品实现的流程比较测试人员要熟悉，一般来说开发可以提出一些很有价值的观点，有利于问题复线工作。　　测试产品时(测试资料，评审文档)，测试人员需要带着怀疑的观点去测试，这个观点往往对于测试新人来说，是比较困难的。新人很容易是带着去验证的观点去测试(总是认为产品，文档资料都是正确)，所以发现的问题比较少；当如果换个角度，采用怀疑的观点去测试时，会发现很多原先没有发现的问题。特别是一些设计方面的问题。虽然功能是没有问题的，但是实现的过程或是方法却不是最优的，这些问题是新人很难发现的，当然也是需要一定的经验积累的。