软件测试基础知识2.doc

回归测试 回归测试集包括三种不同类型的测试用例：①能够测试软件的所有功能的代表性测试用例；②专门针对可能会被修改影响的软件功能的附加测试；③针对修改过的软件成分的测试。 回归测试流程：①在测试策略制定阶段，制定测试策略；②确定回归测试版本；③发布回归测试版本，按回归测试策略执行回归测试；④回归测试通过，关闭缺陷跟踪单；⑤回归测试不通过，缺陷单返回开发人员等修改，再次做回归测试。 回归测试价值在于它是一个能够检测到回归错误的受控实验。 分析测试用例和修改BUG之间关系，可以提高回归测试效率。 回归测试用例的维护，通常可以将软件开发的基线为基准：①删除过时的测试用例；②改进不受控制的测试用例；③删除冗余的测试用例；④增添新的测试用例。 回归测试的基本过程：①识别出软件中被修改的部分；②从原基线测试用例库T中，排除所有不再适用的测试用例，确定哪些对新的软件版本依然有效的测试用例，其结果建立一个新的基线测试用例库T0；③依据一定的策略从T0中选择测试用例测试被修改的软件④；如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分；⑤用T1执行修改后的软件；⑥第二步和第三步测试验证修改是否破坏了现有的功能，第四步和第五步测试验证修改工作本身。 回归测试包选择：1、再测试全部用例；2、基于风险选择测试；3、基于操作剖面选择测试；4、在测试修改的部分。 回归测试用例选择方法：根据优先级，一般如下，1、新修改的功能；2、新修改的功能的关联功能，就是有耦合的部分，一般要咨询开发人员；3、程序有卖点和亮点的部分；4、程序最致命的部分，如安全隐患，数据泄漏，加密注册；5、程序中比较脆弱的部分，如报表，权限；6、程序的主干功能；7、以上做完有时间的话，把测试用例级别高的用例在执行一遍。但是，即使这样还是有风险，根本的解决办法是自动化测试加上手工测试。 单元测试 单元测试目的在于发现每个程序模块内部可能存在的差错。 单元测试分工大致如下：1、一般由开发组在开发组长的监督下进行，保证使用合适的测试技术，根据单元测试计划和测试说明文档制定的要求，执行充分的测试；2、有编写该单元的开发组中的成员设计所需要的测试用例，测试该单元并修改缺陷。 单元测试优点：1、它是一种验证行为，2、它是一种设计行为，3、它是一种编写文档的行为，4、它具有回归性。 单元测试范畴：1、他的行为和我期望的一致吗，2、他的行为一直和我期望的一致吗，3、我可以依赖单元测试吗，4、单元测试说明我的意图了吗。 单元测试环境配置测试、代码测试（静态测试、动态测试，GUI测试）。 单元测试与集成测试区别:1、测试对象不同，单元测试对象是实现具体功能的单元一般对应详细设计，集成测试是针对设计包含的模块以及模块组合接口进行的测试。2、方法不同，单元测试主要使用基于代码的白盒测试，集成测试主要使用基于功能的黑盒测试，而且集成测试要晚于单元测试。3、单元测试工作内容包含模块内程序的逻辑、功能、参数传递、变量引用、出错处理、需求和设计中有具体要求等方面的测试。集成测试的工作内容主要是验证各个接口、接口之间的数据传递关系、模块组合后能否达到预期效果。 单元测试与系统测试区别：主要在于测试性质不同。系统测试属于后期测试，主要根据需求规格说明书进行的，是从用户的角度来进行的功能测试和性能测试等，证明系统是满足用户的需求。单元测试中发现的错误容易定位，并且多个单元测试可以并行进行，而系统测试发现的错误比较难定位。 单元测试准备:被测单元编写完成；单元测试用例编写完成并通过审核；测试中需要的驱动模块和桩模块准备完成，并验证是否是正确的。 单元测试策略：自顶向下的单元测试策略，自底向上的单元测试策略和孤立的单元测试策略。 自顶向下的单元测试策略：步骤，1、从顶层开始（最终的节点），把顶层调用的单元做成桩模块，2、对第二层测试，使用上面已测试的单元做驱动模块，3、以此类推，直到全部单元测试结束。优点，可以在集成测试前为系统提供早期的集成途径。缺点，一改全改，测试过程越来越复杂。 自底向上的单元测试策略：步骤，1、先对模块调用图上的最底层模块开始测试，模拟调用该模块的模块为驱动模块，2、其次，对上一层模块进行单元测试，用已经被测试过的模块做桩模块，3、以此类推，直到全部单元测试结束。优点，不需要单独设计桩模块。缺点，同上。 孤立的单元测试策略：步骤，无需考虑每个模块与其他模块之间的关系，分别为每个模块单独设计桩模块和驱动模块，逐一完成所有单元模块的测试。优点，该方法简单、容易操作，因此所需测试时间短，能够达到高覆盖率。缺点，不能为集成测试提供早期的集成途径。 特定的测试用例：1、声明测试，检查模块中的变量是否被声明。2、路径测试，要求模块中的所有可能的路径都被执行一遍，属逻辑覆盖测试（每个确定语句的每一个方向