需求说明书评测:
评测主要内容：
1、系统定义的目标是否与用户的要求一致；
2、设计的约束条件或限制条件是否符合实际
3、系统需求分析阶段提供的文档资料是否齐全
4、是否考虑了开发的技术风险
5、文档中所有描述是否完整、清晰，准确的反映用户要求
6、是否考虑软件需求的其他方案
7、与所有其他系统成分的重要接口是否都以及描述
8、被开发项目的数据流与数据结构是否足够、确定。
9、是否考虑过将来可能提出的软件需求
10、是否详细制定了检验标准，它们能否对系统定义是否成功进行确认。
11、所有图表是否清楚，在不补充说明时能否理解。
12、主要功能是否已经包括在规定软件范围之内，是否都已经充分说明。、
13、没有遗漏、重复或不一致的地方
14、用户是否审查了初步用户收测或原型
15、软件行为和它必须处理的信息、必须完成的功能是否一致。
16、项目开发中符算是否收到了影响。
概要设计说明书评测：
1、可追溯性：即分析该软件的系统结构，确认该软件设计是否覆盖了所有已确定的软件需求，软件每一成分是否可追溯到某一项需求。
2、接口：即分析软件各部分之间的联系，确认该软件内部接口与外部接口是否已经明确定义。
3、风险：即确认软件设计在现有技术条件下和预算范围内是否能按时实现。
4、实用性：即确定该软件设计对于需求的解决方案是否实用。
5、技术清晰度：即确定该软件设计是否以一种易于翻译成代码的形式表达。
6、可维护性：从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护。
7、质量：即确认该软件设计是否表现出良好的质量特征。
8、各种选择方案：看是否考虑过其他方案，比较各种方案的标准是什么；
9、限制：评估对该软件的限制是否实现，是狗于需求一致。
10、其他具体问题：对于文档、可测试性、设计过程等进行评估。
单元测试：
其目的在于发现模块内部可能存在的各种差错。
需要从程序的内部结构出发设计测试用例。
多个模块可以平行地独立的进行单元测试。
测试内容：
模块接口测试：局部数据结构测试； 路径测试：错误粗粒测试； 边界测试。
独立路径，出错处理，模块接口，局部数据，边界条件。
集成测试：
在单元测试的基础上，需要将所有模块按照概要设计说明书和详细设计说明书的要求进行组装。
组装时考虑的问题：
1、把各个模块连接起来的适合，穿越模块接口的数据是否会丢失。
2、一个模块的功能是否会对领域给模块的功能产生不利的影响。
3、各个子宫内组合起来，能否达到预期要求的父功能。
4、全局数据结构是否有问题；
5、单个模块的错误是否会放大，以至达到不能接受的程度。
模块组装方式
一次性组装方式 其结果：发现有错误，却茫然找不到原因，差错和改错都会遇到苦难。
增殖式组装 ：
自顶向下的增值方式：缺点，导致过多的回归测试；增加建桩模块的复杂度，导致增加附加测试。优点：在测试过程中较早的验证了主要的控制和判断点。【功能可行性较早地得到验证，还能增强开发和用户的信心。】
自底向上的增殖方式：缺点：对主要控制知道最后才能接触到。优点：可以把容易出问题的部分在早期解决。【可以实施多个模块并行测试，提高测试效率】
混合增殖测试：
集成测试 续
完成的标志：
1、成功地执行了测试计划中所有的集成测试
2、修正了所有发现端错误
3、测试结果通过了专门小组的评审
需要提交文档：
1、集成测试计划 2、集成测试股规格说明 3、集成测试分析报告
确认测试
任务：验证软件的共和性能及其他特性及其他特性是否与用户要求一致，软件的功能和性能要求在软件需求说明书中明确规定。
分类： 有效性测试：是在模拟的环境下，运用黑盒测试的方法，验证所测试软件是否满足需求规格说明书列出的需求。
软件配置复查：其目的是保证配置的所有成分都齐全，各方面的质量都符合要求，具有维护阶段所必须的细节，而且已经编排好分类目录。
确认测试一般由独立的第三方测试机构进行
应当严格遵循用户收测和测试收测中规定的使用步骤，以便检查文档资料的完整性和正确性。
系统测试
目的在于通过与测试的需求定义做比较，发现软件与系统定义不符合或与之矛盾的地方
验收测试
以用户为主的测试 软件开发人员和质量保证人员也应该参加
有用户参加设计测试用例
使用用户界面输入测试数据，并分析测试输出结果
一般使用生产中的实际数据进行测试。