为期8周的软件测试课程，让我学会了关于测试的很多知识，测试是一门需要细心的大工程，测试分为很多的内容，也许有人认为测试容易，但其实不然。
从我做的两次实验来看，仅仅是一个非常简单非常小的应用就可以做很长的时间，而做出一个好的测试报告也需要付出很多的时间来写好写完整。
现在需要很多软件测试的人才，我们也很有必要好好学习软件测试这个模块。
以下是具体的体会整理：
体会一：软件测试在整个软件周期中的重要性。
它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。
这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。
体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。 再严密的测试也不能完全发现软件当中所有的错误，
但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。
结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。
自己也做了一个软件测试内容大的方面的总结为软件测试课程画上一个句号：
一：系统测试，集成测试，单元测试
二：1.几个黑盒测试常用的方法：
等价类划分法
边界值分析法
因果图法
决策表法
错误值推测法
2.测试案例设计方法选择的综合策略
在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。
必要时用等价类划分方法补充一些测试用例。
用错误推测法再追加一些测试用例。
对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。
如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法。
三：几个白盒测试常用的覆盖准则：
1.
2.还有一个重要的路径覆盖准则！！
四：Peer Review
1.同行评审的关键点：
moderator
inspector
author
reader
recorder
2.The organizational form of PR
技术评审（Technical review ）
正规检视（Formal Inspection）
走读（Walkthroughs）
管理评审（Management Review）
3.关键过程：
4.区别阶段评审的与同行评审
同行评审目的:发现小规模工作产品的错误,只要是找错误;
阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性
同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导
阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格
同行评审内容:内容小 一般文档 < 40页, 代码 < 500行
阶段评审内容: 内容多,主要看重点
同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上
5.同行评审的意义：
1.成功的同行评审是提高质量和生产率的重要因素，不管人们喜欢与否，审查过程会迫使每个人在一种开放式的环境中工作。
一旦人们懂得了他们的工作都要接受同行评审，他们就会越早地将他们的工作公之于众，以待监督。
在同级评审上的投入把组织的一些质量成本从昂贵的测试以及后期的大规模返工转变为早期的缺陷发现。
更重要的是，工作产品的作者学到了如何将工作做得更好，从而避免了缺陷。
2.固然同行评审的准备、活动和跟踪需要花费一定的时间和工作量，但这些可以在测试中节省更多。从经济角度考虑，
许多缺陷是在早期阶段注入的，越早消除缺陷就越能降低开发成本。据统计，对于保存精确记录的大系统，
一套完整的同行评审体系能够使项目在每个测试阶段出现的错误减少了90%。这样一来，即使在综合考虑了同行评审活动成本的情况下，
同行评审活动也会使测试成本下降50%～80%。同时，通过同行评审，开发人员能够及时地得到专家的帮助和指导，
加深对工作成果的理解，更好地预防缺陷，在一定程度上提高了开发生产率。再者，消除工作成果的缺陷，可以提高产品质量，提高客户满意度。
