系统测试全文档分析.doc

系统测试 1。 测试定义 ： 验证被测试软件与需求是否一致的一系列的测试活动(测试计划、设计、用例、缺陷 报告) 2。测试的方法： A是否看内部结构： 黑盒测试： 不关注软件的内部代码，只关注输入和输出验证是否和需求一致的 优点：关注用户体验，验证明确 缺点： 发现不了隐藏的问题 白盒测试： 测试代码的逻辑，验证代码是否正确 优点：发现隐藏的问题 缺点：忽略用户体验，技术要求，费时 B是否依赖工具： 自动测试：由工具执行的测试 优点：省时省力、可重复、准确率高、测试的覆盖率高、人做不了 缺点： 成本高、人员技术、没有想象力 人工测试：由人来执行的测试 优点： 缺点： C 是否程序运行： 静态测试： 被测的程序没有运行（界面，文字描述） 动态测试： 被测的程序运行 3。质量： 软件满足需求的程度 1功能性： 软件能做什么，不能做什么 2 易用性：布局 ：控件左对齐，上下左右均匀分布 字体： 大小颜色统一，描述适当 提示和帮助信息 快捷键 3 性能性： 速度、资源利用率低 4 可移植： 不同的操作系统，不同的浏览下（兼容性） 5 可靠性： 能处理各种错误信息 面试题： 你是电梯测试公司的测试负责人，一个用户打来电话说，一栋楼的电梯需要检测。你们能做吗？能先给我一个测试方案看看嘛？ 4。测试过程： 常见的生命周期模型 模型：定义了生命周期中要做的各项工作的规范和顺序 瀑布模型 重点环节： 1、需求分析，需求规格文档 2、总体设计，概要设计文档 3、详细设计，详细设计文档 4、编码，写代码 5、测试，在编码完成后进行 优点：顺序清晰 缺点： 1、由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发风险 2、如果软件规模大，需求难以一次到位 V 模型 实现：顺序 测试：阶段划分 单元测试：测试单模块代码（开发做） 集成测试：测模块间的接口 系统测试：测试整体的系统 验收测试：用户参与的测试 项目验收测试：客户验收项目 产品验收测试： 阿尔法（α）测试：可控(公司内部) 贝塔（β）测试：不可控 双V模型W 模型 系统测试：系统测试计划 ：人员，时间、任务安排、软件功能点等 ----测试经理 系统测试设计： 方法，工具、数据、来源 ---高级测试工程、测试经理 系统测试实现： 测试用例 - ---测试人员 用例编号 标题 步骤描述 预期结果 C001 整数加法 1.启动计算其 2.点1+2 3 C002 小数加法 1.启动计算其 2.点1.1+2.2 3.3 系统 测试执行 ：报缺陷 报告 ，测试总结 回归测试：被测软件被修改或增加新功能后重新测试的过程 5。缺陷：软件表现与需求不符合的问题—bug /defect 缺陷的属性 ：1状态 ：new（新的 ） 测试人员刚刚发现新缺陷 　　　　　　　　　　Open(打开) 开发人员看到了这个缺陷 Fixed(修复的) 开发人员已经修复了 Reopen(重新打开) 测试验证没修复，重新给开发 Close(关闭) 测试验证成功 2严重程度 ：致命的： 软件崩溃、死机、蓝屏 严重的： 出现多个问题的 一般的：一个问题 轻微的： 界面的没对齐，错别字等 建议的： 使得软件完善的想法