系统测试与维护
系统测试与维护
测试基础知识
测试用例设计
系统维护基础
项目管理
1. 测试基础知识
考点分析：测试原则，动态测试和静态测试，各测试阶段含义
- 系统测试原则包括以下几项
– 软件测试最根本的目的是发现软件的错误
– 应尽早并不断地进行测试
– 测试工作应该避免由原开发软件的人或小组承担
– 在设计测试方案时，不仅要确定输入数据，也要根据系统功能确定预期的输出结果
– 既包含有效、合理的测试用例，也包含不合理、失效的用例
– 检验程序是否做了该做的事，且是否做了不该做的事
– 严格按照测试计划进行
– 妥善保存测试计划和测试用例
– 测试用例可以重复使用或追加测试
- 动态测试：也称为动态分析，主要特征是计算机必须真正运行被测试的程序，通过输入测试用例，对其运行情况进行分析，判断期望结果和实际结果是否一致
– 黑盒测试法：功能性测试，不了解代码结构，根据功能设计用例，测试软件功能
– 白盒测试法：结构性测试，明确代码流程，根据代码逻辑设计用例，进行用例覆盖
– 灰盒测试法：既有黑盒，也有白盒
- 静态测试：也称为静态分析，主要特征是在用计算机测试源程序时，并不真正运行被测试的程序。主要包括代码检查、静态结构分析、代码质量度量等
- 测试策略：分为自底向上、自顶向下、三明治（兼有前两种）三种策略
- 测试阶段：单元测试、集成测试、确认测试、系统测试、回归测试
2. 测试用例设计
- 黑盒测试用例设计：将程序看成一个黑盒子，只知道输入输出，不知道内部代码，由此设计出测试用例，分为等价类划分、边界值划分、错误推测、因果图几类
- 白盒测试用例设计：知道程序的代码逻辑，按照程序的代码语句来设计覆盖代码分支的测试用例，覆盖级别从低至高分类如下
– 语句覆盖：逻辑代码中的所有语句都要被执行一遍
– 判断覆盖：逻辑代码中的所有判断语句的条件的真假分支都要覆盖一次
– 条件覆盖：对每个独立的条件都要做真假分支的测试用例
– MC/DC覆盖：判断/条件覆盖，每种输入输入至少出现一次，每个条件必须产生所有可能的输出结果至少一次，且每个判定中的每个条件必须能够独立影响一个判定的输出
– 路径覆盖：逻辑代码中的所有可执行路径都覆盖
- McCabe度量法：圈复杂度
- 鲁棒性测试：健壮性测试，是在异常和危险情况下生存的关键
- 缺陷探测率：
- 调试：测试是发现错误，调试时找出错误的代码和原因
3. 系统维护基础
考点分析：系统转换方式，可维护性，维护类型判定，软件容错
- 系统转换：是指新系统开发完毕，投入运行，取代现有系统的过程，需要考虑多方面的问题。有三种转换计划，直接转换、并行转换、分段转换
- 系统维护指标：系统可维护性的评级指标包含易测试性、易分析性、易改变性、稳定性
- 系统维护类型：正确性维护、适应性维护、完善性维护、预防性维护
- 软件容错技术：结构冗余、信息冗余、时间冗余、冗余附加技术
4. 项目管理
考点分析：进度管理，关键路径计算，质量管理，配置管理，风险管理
- 关键路径：指项目中耗时最长的一条线路
- 松弛时间：最晚完成时间减去最早完成时间，即该活动最多可以晚开始几天
- 质量管理：是指确定质量方针、目标和职责，并通过质量体系中的质量计划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动
- 配置管理：软件配置管理是贯穿整个软件生存周期的一项技术。主要功能是控制软件生存周期中软件的改变，减少各种改变所造成的影响，确保软件产品的质量
- 风险管理：项目风险、技术风险、商业风险
