很多测试理论都指出，编写详细而完整的测试文档是测试设计与实现的第一步，也是重要的一步。通常要求每个测试用例都要有详细的测试用例文档。而实际工作中的测试文档则相对简单了许多，有时只是包括测试用例名称的列表，没有详细的针对测试用例的描述。而与此同时，所有的测试都要求实现自动化，所有的测试用例都包含在测试程序中，而在很多测试理论中，自动化测试只是一种辅助的测试手段，并不是必须的。如果按照一般的测试理论，新手在工作计划中规划很长时间用于编写测试文档，而同时又忽略了测试自动化，那么这个工作计划将很难被认可并通过。

大多数测试理论都很少对压力测试有太多的论述，从我的理解看来似乎压力测试并不是一种非常重要的测试。而实际工作中，压力测试是仅次于功能测试的一种测试，通常说来程序在经过基本的功能测试并达到一定的测试通过率以后，压力测试便会开始（在此之前压力测试程序必须准备绪），并且持续不断一直到程序被发布。如果按照一般的测试理论，新手没有给予压力测试足够的重视，或者在时间的安排上过于靠后，那么这个工作计划也将很难被认可并通过。