第二章执行系统测试.ppt

2.1 任务概述 工作场景 测试组长：“这是我们这个产品的测试计划，你负责模块介绍和测试用例，你花时间研究一下，明天中午新版本提交，你负责模块的测试就要开始了。” 测试新手：领到测试用例和模块的说明文档，每当有新版本提交时，按照测试用例的指示开始测试，测试完之后把测试结果提交。 初级测试工程师每天的工作基本上就是重复执行一条条的测试用例，从刚来时的兴奋很快变成了厌倦和麻木，难道测试就是这么枯燥乏味？ 2.1 任务概述 在目前软件开发企业中，作为一个测试新手，其主要的工作任务通常会面临两种情况： 在较大型且规范的企业中，通常前期已经编写完测试计划和测试设计，需要初级测试工程师按照计划和设计来执行系统测试，看上去似乎是一个很容易的过程，但在执行测试的过程中，如何报告软件错误、如何管理软件错误是一件并不容易的事。 在一些小型的软件企业中，各方面规范性比较欠缺，软件测试也刚起步，初级测试工程师可能面对的是欠缺的项目文档和测试设计，需要直接执行系统测试，此时一个重要的任务是如何快速地熟悉被测试系统。 2.1 任务概述 系统测试是针对整个产品系统进行的测试。 系统测试的目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 系统测试是整个测试活动的一个重要的阶段。 系统测试的对象不仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。 2.1 任务概述 作为软件测试人员，工作的基本目标是去发现错误，如果测试结果不能被很好地记录，或者测试过程中发现的软件错误不能被很好地管理，测试工作将会变得一团混乱。 如果在测试的过程中，不能很好地把发现的软件错误记录下来，并保持和编码小组的及时沟通，使得错误被及时处理，那么，去发现这些错误、去执行测试就没有意义。 2.1 任务概述 测试人员的主要任务包括： 熟悉被测系统 建立测试环境 执行测试用例 记录测试结果 跟踪错误报告 报告测试结果 测试状态报告 测试结果报告 对软件测试人员来说，进行系统测试首先是能够较好地理解被测系统。 系统测试工作主要根据测试计划、测试用例中的要求运行测试，检查结果。 目前有些项目的软件测试工作在编程结束后才开始，也没有完善的项目文档。 针对这样的软件项目，没有详细的文档可供参考，同时测试人员也没有大量的时间进行测试设计。此时进行系统测试，测试人员没有可供参考的现成资料。 对于不同的软件系统，其测试环境存在差异 对于“金山词霸”这样的软件，大多数测试工作都可以在一台单独的计算机上完成 对于一套电信系统，为了执行测试，可能需要搭建一个由多台计算机以及其他网络设备组成，采用集群和负载均衡技术，并且接入互联网的计算机网络。 计算机平台 操作系统 浏览器 软件支持平台 2.4.2 错误严重性与数量的关系 从图中可知，测试的早期很少能发现Bug。许多代码路径被少数几个非常严重的Bug阻塞。 测试中期，通常Bug数量会增加，Bug的严重性开始降低。通过解决阻塞更多Bug的那几个严重Bug，软件开始变得更稳定。 理想情况是，周期结束时，Bug的数量和严重性都减少，说明产品的稳定性得到了提高。 2.4.2 错误严重性与数量的关系 许多因素可以影响这张图，它绝不是所有情况都适用，但大致代表了许多项目经验。 在测试早期，一般集中在验证方面（“让它工作可能吗？”） 随着软件逐渐稳定，又会开始检测和寻找Bug（“我该做些什么才能打破这些？”） 报告错误的意义在于使错误得到改正，错误报告中的常见问题： 在报告中说“不好用” 所报告内容毫无意义 在报告中用户没有提供足够的信息 在报告中提供了虚假信息 所报告的问题是由于用户的过失而产生的 所报告的问题是由于其他程序的错误而产生的 所报告的问题是由于网络错误而产生的 2.7 进行有效沟通 2.7.1 测试人员需要从其他人那里得到什么 2.7.2 其他人需要从测试人员那里得到什么 2.7.1 测试人员需要从其他人那里得到什么 在执行测试中良好的沟通是有效工作的保证，测试人员应懂得从其他的角色那里得到什么，才能有助于更加有效地进行测试工作。 项目管理团队会帮助测试人员理解目标用户和产品使用，这些信息能够帮助测试人员准确定位测试中可能碰到的问题。 测试人员必须与开发团队建立良好的沟通，有必要从开发人员那里获取一些实际实现细节的信息以及项目不同部分的状态。 2.7.1 测试人员需要从其他人那里得到什么 状态包括： 和开发人员交流，理解工作所涉及的组建的内部工作原理，了解产品的“连接点”在哪里。 与开发人员沟通交流，了解代码的改动状况。 从开发人员那里及时获得功能实现和改动代码的进度安排。 与开发人员交流关于Bug修复状况的问题，这种沟通并不是测试人员坐在办公室上网直到开发人员修改完成