06测试执行与记录

准备-5-1培训和知识传递

由资深的或富有经验的测试工程师负责用例设计，由 具有较好编程经验的工程师负责脚本开发，由经验相 对少或能力弱的工程师来完成具体的测试执行工作
准备-5-2测试任务安排


在做测试计划时，对测试执行所需要的资源进行初步 规划，一般会增加比较多的余量，使测试资源有足够 的准备。 在设计测试用例时，预测每个用例执行的时间，并记 录在测试用例数据库中，为后期估计备用。 根据每个测试用例的预估时间，可以算出每个测试模 块的工作量。 分析软件模块之间的关系，然后根据模块的关联性和 相应工作量进行模块组合。 根据每个人的特点，将组合的模块分配给各个测试人 员 一轮测试结束后，交叉互换测试的模块组合
准备 5-3测试环境的建立

所需要的计算机数量，以及对每台计算机的硬 件配置要求。 测试中的网络环境。 部署被测试应用的服务器所必须的操作系统， 数据库管理系统，中间件等。 作为测试的客户端所需要的操作系统，应用软 件，测试工具的名称及版本。 用来保存各种测试工作中生成的文档和数据的 文件服务器及网络驱动器，路径等。 是否需要专门的计算机用于被测的应用服务器 环境和管理服务器的环境及数据备份。
准备 5-5测试自动化运行平台


测试自动化对环境要求更高——高稳定性，配 备齐全，满足无人值守的情况下执行测试任务等。理 想的自动化测试情景是这样的： 能够把大量测试个案分配到不同的测试机上同 时运行。可以让某台服务器管理测试的机器，调度测 试任务，即可以根据机器空闲状态，能及时将任务安 排在空闲的测试机上。可以在某个测试环境上，运行 不同的测试工具，而且是并行，协同的完成同一个测 试任务。可以把大量的系统测试及回归测试安排到夜 间及周末运行。

直观性
用户界面的直观性，要求软件 功能特性易懂、清晰、用户 界面布局合理，对操作的响 应在用户的预期中
用户界面和适用性测试

灵活性
软件可以有不同的选项满足不 同用户的喜好、需求，用不 同的方式来完成相同的功能 ，会深受用户的欢迎。如计 算器提供了2种方式来满足不 同用户的需求，充分体现了 灵活性。
与开发人员沟通BUG

公正客观的态度来描述一个事实
Bug评审要注意的问题

决 定如何评审BUG 分析缺陷产生的原因，找出预防的对策
BugFree
软件测试过程管理
BugFree

BugFree基于PHP和MySQL开发，是免费且开发源代码 的缺陷管理系统。服务器端在Linux和Windows平台上 都可以运行；客户端无需安装任何软件，通过IE， FireFox等浏览器就可以自由使用。 具体使用流程是：首先创建Test Case（测试用例）， 运行Test Case产生Test Result（测试结果），运行结 果为Failed的Case，可以直接创建Bug。Test Case标题 、步骤和Test Result运行环境等信息直接复制到新建 的Bug中。
准备 5-4测试环境的设置


测试环境的正确性。 测试环境不仅包括硬件，还包括软件；不仅包括客户 端，服务器，还包括网络环境，测试数据等。 测试环境的可靠性。 测试环境的正确性是最基本的要求，要提高测试效率 ，实施测试自动化，要给测试环境提供更高的要求。 例如：对于一个测试项目，要将性能测试环境和功能 测试环境分开，因为在进行性能测试时，对功能环境 影响较大。 测试环境的多样性和复杂性。 在企业内部的计算机应用系统，可以要求所有客户端 使用某种特定的操作系统浏览器等，但在互联网上的 软件应用，情况就完全不一样，世界各地的用户所使 用的环境是各种各样的
一 测试的执行概述

测试人员的主要活动阶段 测试工作量的主要集中阶段 智慧的体现，找到工作乐趣的重要过程
测试执行阶段面临的问题：

如何确保测试环境满足测试用例所描述的要求？ 如何保证每个测试人员清楚自己的测试任务和要达到 的目标？ 如何保证测试用例得到百分百的执行？ 如何保证报告的软件缺陷正确，描述清楚，没有漏掉 信息 如何在验证Bug或新功能与回归测试之间平衡？

提炼BUG模式：


分析缺陷报告，找出经常出现的Bug类型。 分析Bug的根源，找出Bug产生的深层次原因。 分析找到Bug的方法，总结如何才能每次都发现该类型的 Bug。
测试中的PDCA
客观全面的测试报告

包括测试资源的使用情况：投入了多少测试人员，所 用时间多长，执行了多少测试用例，以及覆盖了多少 功能模块 测试对象的缺陷分析：包括共发现了多少缺陷，缺陷 的类型主要是哪些，缺陷集中在哪些功能模块，缺陷 主要发生在哪几个开发人员的身上

描述缺陷类型的分布情况
缺陷区域分布报告

缺陷在不同模块中出现的情况
缺陷状态分布报告

缺陷各种状态的比例情况
缺陷趋势报告

一段时间内的缺陷情况

微软的零BUG反弹
典型缺陷与BUG模式

典型缺陷

重复出现、经常出现； 能代表某种类型的错误； 能通过相对固定的测试方法或测试手段来发现这些错误。
回归测试方法

选择回归测试方法应该兼顾效率和有效性两个方面 再测试全部用例 基于风险选择测试 基于操作剖面选择测试 再测试修改的部分
七 软件缺陷的报告

测试人员要更多的表现自己，展示自己的工作
缺陷分类报告

缺陷类型分布报告 缺陷区域分布报告 缺陷状态分布报告
缺陷类型分布报告


注意：报告应该尽可能客观、尽可能全面地反应测试 情况和缺陷情况。
测试经验的总结

测试总结报告应该分析测试的整个过程 测试总结报告还应包括某些专门类型的测试经验总结


测试总结报告应该包括对测试用例的分析
如果能分析总结出Bug模式，那么总结报告还应该包括 Bug模式的总结。

回顾

四 功能测试自动化的执行

执行自动化测试前，需要根据配置清单先准备 好测试环境，然后在测试机器上运行相应的测试脚本 。最后根据测试报告分析和复验产品的缺陷。
LOADRUNNER监控测试执行过程的界面
五 用户界面和适用性测试

符合标准和规范
窗体标题
窗体标题
窗体标题
提示信息
警告信息
严重警告
用户界面和适用性测试
用户界面和适用性测试
舒适型 界面友好、美观，如操作过程顺畅，色彩运用恰当，按 钮的立体感以及增加动态等。 实用性 实用性不是指软件本身是否实用，而仅仅是指具体特性 是否实用

六 回归测试

在软件生命周期中，需要修正已发现的缺陷，或者是 增强原有的功能、增加新的功能，这些活动都可能会 触及到其他地方的代码，影响正常运行的原有功能， 从而导致软件未被修改的部分产生新的问题。因此， 每当软件发生变化时，就必须重新测试原来已经通过 测试的区域，验证修改的正确性及其影响

使用流程图
BugFree 主界面
管理员权限
Bug的3种状态
Bug 生命周期
Bug的七种解决方案
Test Case管理
Test Result管理
测试执行中的关键


测试环境的准备。 构建测试运行的平台和安装需要的软硬件系统。 人员的安排。 不仅包括指定哪些人参加功能测试，哪些人参加系 统测试和谁负责测试环境的维护等，还要包括人员的 培训，知识的传递。
二 测试执行的准备

5-1培训和知识传递 5-2测试任务安排 5-3测试环境的建立 5-4测试环境的设置 5-5测试自动化运行平台
三 如何有效地创建测试套件



功能测试是最基本的测试，功能测试是系统测 试的基础。虽然功能测试和系统测试可以并行，但是 如果功能测试中发现过多的缺陷，系统测试就无法执 行，系统测试结果也就不会准确。在修正了大量缺陷 后，还需要重新做系统测试，来获得性能指标。 在实施测试时，测试用例作为测试的标准，测 试人员一定要按照测试用例的前提，测试数据测试步 骤等完成具体的测试。并在测试用例管理软件中记录 测试结果。 在实践中，测试数据是与测试用例分离的，按 照测试用例准备一组或若干组供测试用的原始数据， 以及标准测试结果。

一个有效且高质量的测试执行过程是一个立体作战的 过程，从有计划的测试到Ad-Hoc测试，从每日构建验 证到回归测试，无不孕育着智慧和策略

Ad-Hoc测试：“Ad-Hoc” 原意是指 “特定的，一次性的”，这里专指“随机 的，自由的”测试。在软件测试中除了根据测试用例和测试说明书进行测试外 ，还需要进行随机测试(Ad-hoc testing)，主要是根据测试者的经验对软件进行 功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段， 是保证测试覆盖完整性的有效方式和过程。
测试百度文库执行、记录与跟踪
功能测试过程
软件测试的过程
测试需求的分析和 确定 测试计划
测试执行
测试记录和缺 陷跟踪 回归测试
测试总结报告
内容

一 测试执行概述 二 测试执行的准备 三 如何有效地创建测试套件 四 功能测试自动化的执行 五 用户界面和适用性测试 六 回归测试 七 软件缺陷的报告
一 测试执行概述 二 测试执行的准备 三 如何有效地创建测试套件 四 功能测试自动化的执行 五 用户界面和适用性测试 六 回归测试 七 软件缺陷的报告
测试的记录与跟踪
软件测试过程
Bug报告要注意的问题

不要出现错别字 不要把几个Bug录入到同一个ID 附加必要的截图和文件 录完一个Bug自己读一遍