1编程有编程思想，测试也要有测试思想
我是非计算机专业毕业的，在学校也就只学过C语言，所以进入华阳做软件开发工作我很担心自己做不了，于是就对一个同事说了，他很不以为然地对我讲“你只要有编程思想就可以了”，当时对这句话很不理解。后来在项目开发中，我渐渐就明白了这句话，我发现即使我没有学过VB、C#，但是我能够完成分配给我的任务，虽然有时候也有语法不会，但是即查即用还是可以的。说了上面那么多，我想说的是测试也要有测试思想。以前没想过到底什么才是“思想”，到底怎样才有“思想”，我想这种思想应该是建立在系统学习知识的基础上的吧。所以我觉得最好要认认真真地看完一本测试方面的基础知识书籍。最近在看《软件测试》，这本书的内容比较适合我们这些才入测试行的人阅读，知识结构组织及解释系统而详细。书里有很多经典论断，记住了理解了，对测试工作很有帮助。
2学习做事要有计划
这个道理不该是我现在才领悟出来的。因为首先这是很浅显得道理，而且是经常被强调的。可能是以前一直没有机会实践这个道理吧。以前都是项目组安排我们做什么，我们做好就可以了。但是这两个多星期的时间，项目组没有给我们安排任务，我们就闲了下来，我发现闲下来我很难受，因为总觉得像是没头的苍蝇不知道该干什么，有很多东西要学，却不知道该先学哪个。郁闷了一段时间后，我意识到这是我没计划好的原因。所以现在都是前一天晚上计划好第二天的事情，虽然作计划是件痛苦的事情，但是好处是显而易见的，现在受益中，每天感觉很充实，也感觉到了“每天进步一点点”，很满足。
3有时间多学点计算机相关知识
曾经看到一句话，大概意思是，好的测试人员要能够对bug的发生原因进行分析，以协助开发人员共同解决bug。虽然项目组对我们从来都没有这方面的要求，但是我觉得分析bug的发生原因还是很有必要的。现在测试SPIF的过程中，对于发生的bug我很难用现在的知识水平来解释，以前做过一段时间的.NET WEB开发，就感觉.NET和Java WEB开发有很大的区别。所以我想如果我要做好SPIF的功能测试，最好了解一下Java与Tomcat Web开发方面的知识。
现在大多数编程用的系统都是Windows系统，了解Windows系统内部原理应该也蛮好的。
另外，有时候知识多了，就可以做到触类旁通，其实本来很多知识都是共同的。
以下是这个星期看书的一些摘记：
自动化应在所有测试用例根据完善的需求定义好之后，并在AUT的一个构建版本可交付之后进行。
如果该项目将重复地被交付测试，而新的特征集将在多个测试间隔交付，且特征集很复杂，自动化测试可能会有很大益处。
测试覆盖矩阵，一个轴线是需求，另一个显示已开发测试
测试就是确定既被描述又被实现的程序行为的范围。
功能性测试的基本观点是，任何程序都可以看作是将从输入定义域取值映射到输出值域的函数。
功能性测试用例有两个显著的优点：
1） 功能性测试与软件如何实现无关，所以如果实现发生变化，测试用例仍然有用
2） 测试用例开发可以与实现并行进行，因此可压缩总的项目开发时间
在缺点方面，功能性测试用例也常常会带来两个问题：
1） 测试用例之间存在严重的冗余
2） 有可能有未测试的软件漏洞
功能性测试基于已描述的行为
结构测试基于已编程实现行为
功能性测试只利用规格说明标识测试用例，而结构性测试使用程序源代码作为测试用例标识的基础。
如果所有已描述行为都没有被实现，则结构性测试永远也不会认识到这一点，反过来，如果程序实现了没有被描述的行为，功能性测试用例永远也不会揭示这一点。（病毒是这种未描述行为的很好的例子）
前面提到，功能性测试常常会有冗余和漏洞两方面的问题，如果功能性测试结合结构性测试覆盖率指标执行，则这两个问题都会被发现并解决。
SQA更注重减少开发过程中的错误做法，而测试更注重发现产品中的缺陷。
自动化测试相关
1工具分类
测试设计工具：测试设计工具为软件测试活动做计划。可以产生测试产物以驱动后续的测试活动。
静态分析工具：用这些工具分析程序，而不用执行程序。审查（Inspection）和遍历(Walkthrough)
动态分析工具：执行软件来对它进行测试。
GUI测试驱动和捕获/回放工具
非GUI测试驱动和测试管理器
负载和性能测试工具
