测试理论基本知识培训教案.ppt

测试培训（基础篇） 中软测试TRB 声明 本胶片大部份内容基于Cem Kaner/James Bach/Bret Pettichord所著的《软件测试经验和教训》以及Ryber提供给华为的《Huawei Test Design.ppt》 测试的哲学 测试是使用猜想和反驳逻辑评估产品的一种过程 很容易被证明是无效的需求规格才是可测试的 对测试人员的要求 测试人员的任务是找到并报告重要的程序问题，但是不会发现所有的程序问题 通过测试不能保证质量，要提供真实的错误报告给整个项目团队促进项目质量保证 优秀测试人员会进行技术性、创造性、批判性和实用性地思考 对技术建模并理解因果关系的能力 产生思想并看到可能性的能力 评估思想并进行推断的能力 吧想法付诸实施的能力 一个游戏 规则1：存在一系列的卡片 规则2：每个卡片的两面都有信息，其中一面显示字母A-E，另外一面显示数字0－9 规则3：如果一面是元音字母，另外一面必须是偶数 问题：如下四张卡片，你准备翻开哪一张来验证规则3？为什么？ 测试分类 测试系统的5要素 关注测试员的基于人员的测试分类 关注测试内容的基于覆盖率的测试分类 针对风险的基于问题的测试分类 关注测试方法的基于活动的测试分类 关注测试是否通过基于评估的测试分类 测试系统的5要素 测试员 进行测试的人，或者他所代表的角色。 覆盖率 测试了哪些内容。 潜在的问题 测试的原因，想测试什么风险。 活动 如何测试。比如探索式测试方法 评估 怎样判断测试通过还是不通过。 关注测试员的基于人员的测试分类 UCD测试 站在实际用户使用系统的角度去测试，最好是实际用户和公司测试人员联合测试。但是测试的内容等还需要测试员自己去明确。 ?测试 由测试小组，可能还包括其他感兴趣的、友善的内部人员执行的内部测试 ?测试 利用不属于开发机构并且是产品的目标市场成员的测试员实施的用户测试。待测产品一般非常接近完成。 结对测试 两个测试人员在一起发现程序错误。在敏捷团队比较常见。 关注测试内容的基于覆盖率的测试分类 功能测试（function testing） 测试单个功能，直到可以确信该功能没有问题 规格验证 关注验证在规格说明中所做的关于产品的每个事实声明，包括用户可见的功能、性能等内容。 需求验证 关注程序满足需求文档中的所有需求，或者证明某个需求不被满足 针对风险的基于问题的测试分类 健壮性测试（robust testing) 重点关注系统的容错处理，针对各种输入、算法、存储的约束 并发测试（concurrent testing） 针对时序。多用户操作、多线程、多进程系统。 长序列测试（long sequence testing） 也叫稳定性测试（duration testing）、可靠性测试（reliability testing）或者耐力测试（endurance testing） 关注测试方法的基于活动的测试分类 回归测试（regression testing） 包括三种：1）修改BUG之后的回归（bug fix regression);2)老程序错误回归(old bugs regression);3)稳定性回归（stablility regression) 或者副作用回归(side-effect regression) 冒烟测试（smoke testing） 其目标是证明新版本不值得测试 性能测试（performance testing） 关注响应时间和吞吐量 注重性能对比，更快或更慢都可能预示内部出现重大的变化，可能有害 负载测试(load testing) 足够高的负载下，系统可能失效，从而暴露出被测系统的弱点 关注测试方法的基于活动的测试分类 场景测试（Scenario testing） 现实操作；复合功能；结果易验证；失败必修改 安装测试 包括安装和卸载 探索式测试（exploratory testing） 建立在测试人员的知识持续增长的基础上，适合经验丰富的测试人员 关注测试是否通过基于评估的测试分类 一致性测试 更多的针对协议 针对资料的测试 Oracle-based testing 另一种一致性测试，判断的标准是通过称之为Oracle的令一个软件实体产生的 测试执行模型 IBO TestOracle Data Driven Framework(数据逻辑分离） 数据自动生成 IBO 每个输入都有明确的输出，输入和预期输出都是测试用例设计时确定 当根据输入很难推导出预期输出的时候不适用了，比如一个加密算法的测试 Test Oracle 对于实现复杂的Test Oracle，可以用不同语言、不同的人员开发多个Oracle，避免Oracle的实现错误导致执行结果的错误判断 Oracle也可以是另一个可信