做测试，必然少不了先看文档，看计划、看需求、看详细设计、看界面原型等。可能这些文档有的公司写的并不详细，或都只有其中的一种，但不管怎样，有总比没有的好，多多少少能给你些许帮助，不会太过于盲目的测试．记得有一次在接手一个项目时，曾向人要该项目的相关文档，有人和我说不用看那些文档，看了也没用，就看软件就行了。但我认为作为一个测试人员在没有参与需求调研的前题下，必须要看软件项目所产生的相关文档，这些文档或多或少都会给你的测试带来帮助，也会提高你的工作效率，不要小看这些文档，它使帮你更好的了解相应的.

最近工作中有些困惑，在测试中有关输入项的测试的问题，我发现同事很少有人关注边界值的问题，特别是超长数据的问题，而这些地方往往报错，开发未做控制．有时想想用户也未必会输入那样长的数据，有时心里会有些困惑要不要测．但还是认真的测了

在我们工作中,可能因为种种原因,没有做到,从一立项就开始介入项目,参与需求调研、参与需求评审、写测试计划、写用例，然后到执行测试。我做了几个新项目，虽末参与需求调研，但还好有需求文档，看着需求和项目计划，或常与项目组成员沟通写了测试计划和用例，但在测试时，却发现不是那样实用，用了部分用例进行测试，后来就没用了，只是手工测试，参照着需求，再做一些边界等什么的测试。希望和大家共同讨论怎么做测试，怎么管理测试会好一些？虽然我们总是在说写用例的种种好处，但当需求变更频繁，或需求写的不够详细完整，是否能.

在TD中创建项目时,可以创建Access项目,但不能创建SQL Server项目,出现以下提示:[DBNETLIB][ConnectionOpen(Connect()).]SQL Server 不存在或拒绝访问.