6、什么是测试策略？

　　测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试（单元测试、集成测试、系统测试）以及每个阶段内在进行的测试种类（功能测试、性能测试、覆盖测试等）。

　　测试策略的制定主要包含三个方面的内容：

　　（1）确定测试过程要使用的测试技术和工具；

　　（2）制定测试启动、停止、完成标准；

　　（3）进行风险分析和应对方案。例如测试与外部接口或者模拟物理损坏、安全性威胁。测试计划最关键的一步就是将软件分解成单元，按照需求编写测试计划。

　　7、代码会审是如何进行的？

　　在研发小组将所开发的程序经验证后，提交测试组后，测试实施工作基本开始了。这个时候，测试人员要仔细阅读有关资料，包括规格说明、设计文档、使用说明书及在设计过程中形成的测试大纲、测试内容及测试的通过准则，全面熟悉系统，编写测试计划，设计测试用例，作好测试前的准备工作。为了保证测试的质量，我们一般测试过程分成几个阶段，即：代码审查、单元测试、集成测试和验收测试。

　　代码会审是由一组人通过阅读、讨论和争议对程序进行静态分析的过程。会审小组由组长，2～3名程序设计和测试人员及程序员组成。会审小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上，召开代码会审会，程序员逐句讲解程序的逻辑，并展开热烈的讨论甚至争议，以揭示错误的关键所在。实践表明，程序员在讲解过程中能发现许多自己原来没有发现的错误，而讨论和争议则进一步促使了问题的暴露。例如，对某个局部性小问题修改方法的讨论，可能发现与之有牵连的甚至能涉及到模块的功说明、模块间接口和系统总结构的大问题，导致对需求定义的重定义、重设计验证，大大改善了软件的质量。

　　代码会审尽管需要一定的成本，但是在大型软件中，是必不可少的。

　　8、回归测试中未解决的缺陷如何处理？

　　软件的后期测试就是一个反复回归的工作，有些问题可能修改多次才能解决，尤其是那些在开发环境下不存在的问题，这些问题很容易被程序员忽视，拖到最后才解决。因此大部分回归测试就是和开发人员反复配合解决那些上次测试中没有解决的缺陷。

　　这里重点讨论的是最后一次回归测试后，仍然发现有些缺陷没有解决时测试经理应该如何做。在管理不规范的组织中，由于进度或者其它方面的压力，开发工作已经停止，通常会将这些问题置之不理。正确的做法时把这些没有解决的问题形成一个未解决缺陷报告，然后召开项目会议进行讨论，对不同的问题采取不同的处理方式：

　　（1）严重性的问题：有些问题较难解决，往往会被拖到最后，如果这类缺陷导致软件功能发生障碍，则必须解决，这也是质量控制的职责所在；

　　（2）功能性的问题：可以考虑升级时解决；

　　（3）一般性问题：不影响使用，可以不解决或者升级解决。

　　这类项目会议通常需要技术总监或者更高级别的人来参加。最后，需要对最终讨论没有解决的缺陷列表进行签字并存档，形成一个基线。特别要注意的某些缺陷是否修改不能由程序员或者测试人员来决定，这样有可能带来严重的后果——导致缺陷失控，最终形成没有人对质量负责的局面。

　　9、状态为已经修改的缺陷没有修改怎么办？

　　首先要对这类缺陷进行分析：

　　（1）有些问题在开发环境下没有重现，而开发人员迫于进度压力，往往会把它标记为已经修改。这种条件下测试人员应该和开发人员进行直接沟通；

　　（2）有些问题测试人员没有描述清楚，开发人员认为问题不存在也可能把问题标记为已经修改（正确的做法是标记问题为商讨或者不存在状态）。测试人员应该清晰的描述问题，减少这类问题的发生，尤其要描述清楚运行环境以及缺陷的重现步骤；