测试员培训_入门技巧.doc

3.? 引言 ? 3.1.? 本文编写目的 ? 这是为培训专业测试人员参加测试工作， ? 而编写的包含测试基础知识的入门培训教材。 ? 3.2.? 读者范围 ? ? 将来参加测试工作的测试人员或者将来参加开发的程序员。 ? 3.3.? 专业术语说明 ? 3.3.1.? 软件缺陷 ? 软件中含有符合下面 5 条规则之一的问题称为软件缺陷： ? ? 软件未达到产品说明书标明的功能。 ? 软件出现产品说明书指明不会出现的错误。 ? 软件功能超出产品说明书指明的范围。 ? 软件未达到产品说明书未指出但应达到的目标。 ? 软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题 3.3.2.? 测试案例 ? 测试用例的别名。 ? 3.3.3.? 黑盒测试 ? 指测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷， 而不关心程序 具体如何实现的一种测试方法。 ? ? 3.3.4.? 静态测试 ? 指测试不运行的部分，例如测试产品说明书，对此进行检查和审阅。 ? 3.3.5.? 静态白盒测试 ? 指在不执行的条件下有条理地仔细审查软件设计， 体系结构和代码， 从而找出软件缺陷 的过程。有时称作结构分析。 ? 3.3.6.? 动态测试 ? 通过运行和使用软件进行测试。 ? 3.3.7.? 探索测试 ? 通常用于没有产品说明书的测试， 这需要把软件当作产品说明书来看待， 分步骤逐项探 索软件特性， 记录软件执行情况， 详细描述功能， 综合利用静态和动态技术来进行测试。 ? ? 3.3.8.? 等价区间 ? 指测试相同目标或者暴露相同软件缺陷的一组测试用例。 ? ? 3.3.9.? 测试设计 ? 提炼测试方法， 明确指出设计包含的特性和相关测试。 如果要求完成测试还明确指出测 试案例和测试程序，指定特性通过 / 失败的规则。 3.3.10.? 软件 QA? QA=?Quality?Assessment? 质量评价。防止软件缺陷称为软件 QA 。 ? ? 3.3.11.?TQM 或者 TQC 原理 ? TQM( 全面质量管理 ) 或者 TQC( 全面质量控制 ) 。其原理是，用集中的质量评判团队来负 责质量是不实际的，因为工作的人不负责质量，所以他们不会设法实现质量评判目的。 要想制造高质量产品， 需要创立从管理开始自上而下的质量意识， 使全体成员共同承担 质量责任。 ? ? 3.3.12.?SQC? 软件质量控制 (SQC) 是测试团队很常用的名称。该名称来源于制造行业，其中 QC 检验 员对生产线上的产品进行采样、 检测， 如果测试失败， 他有权停掉生产线或者整个工厂。 测试团队很少有这种授权。软件 QC 团队也是如此。 ? ? 3.3.13.?Murphy 法则 ? 永远不会有足够的时间把事情做好， 但是总有时间返工。 软件开发小组需要遵循一个过 程，花费一些时间，变得有条理，一开始就设法作对。 ? 3.4.? 参考资料 ? ? 《 Software?Testing 》 （美） Ron?Patton 著 ? Copyright??2001?by?Sams?Publishing? ? 4.? 测试人员的目标 ? 找出软件缺陷，尽可能早一些，并保证其得到修复。 ? 5.? 测试工作过程要点 ? 利用组织良好的测试计划、 测试案例和测试报告正确交流和制定来完成的测试工作， 是 测试员达到目标的保障。 ， ? 6.? 检查代码 ? 6.1.? 静态白盒测试 ? 进行静态白盒测试的首要原因是尽早发现软件缺陷， 以找出动态黑盒测试难以揭示或遇 到的软件缺陷。 独立审查代码的人越多越好， 特别是在开发过程初期从底层进行。 另外 可以为黑盒测试人员提供思路， 他们不必了解代码的细节， 但是根据审查备注， 可以确 定似乎有问题或者存在软件缺陷的特征范围。 ? 开发小组没有专人负责白盒测试， 一般由程序员组织和执行审查人员， 软件测试人员被 当作独立的观察者。 也有测试人员是该任务执行人， 要求编写代码的程序员和其他同事 帮助审查。 ? 静态白盒测试常见问题是不能善始善终。 很多小组认为费用太高， 没有产出。 这是不正 确的，很多公司已经招聘和培训程序员和测试员进行白盒测试了。 ? 6.1.1.? 正式审查 ? 6.1.1.1.? 正式审查有四个要素： ? 确定问题。审查的目标是找出软件问题，包括出错项目和遗漏项目。 ? 遵守规则。审查需要固定的规则，如审查代码的行数，花的时间，那些内容需 要备注等。 ? 准备。每个合作者需要知道自己的职责，很多问题是在准备期间发现的。 ? 编写报告。必须有书面报告，使报告便于开发小组使用。 ? 6.1.1.2.? 同