软件测试基础(二)(软件测试)

1、软件测试基础 （二）东软 IT 人才实训中心系统测试是将已经集成好的软件系统，作为整个基于计算机系系统测试统的一个元素，与硬件、支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对系统进行一系列的测试。系统测试的目的在于通过与系统的需求定义作比较，发现软件与系统的定义不符合的地方，以验证软件系统的功能和性能等方面是否满足系统的要求。系统测试 V模型来看，系统测试是产品提交给用户之前进行的最从软件测试的后阶段的测试，因此很多公司将其视为产品的最后一道防线。系统测试阶段主要使用黑盒方法设计测试用例。系统测试所用的数据必须尽可能地像真实数据一样精确和有代表性，也必须和真实数据的大小和复

2、杂性相当。满足上述测试数据需求的一个方法是使用真实数据。系统测试对象为整个产品系统，它不仅包括产品系统的软件，还要包含系统软件所依赖的硬件、外设甚至包括接口。3系统测试依据系统测试依据为系统的需求规格说明书、各种规范 。通信产品与一般的软件产品不同，其系统测试往往需要依据大量的既定规范。对于海外产品，系统测试依据还包括各个国家自定的规范。4功能测试功能测试是系统测试中最基本的测试 ，它不管软件内部的实 本的测试现逻辑，主要根据产品的需求规格说明书和测试功能列表，验证产品的功能实现是否符合产品的需求规格。6性能测试 是要检查系统是否满足在需求说明书中规定的性能。性能测试性能测试通常需要与压力测试

3、结合起来并要求 时进行件和软件检测。：通常需要测试性能信息包括 CPU 的使用情况 IO 使用情况 内存使用情况 每个模块执行时间百分比 系统响应时间 系统吞吐量 网络7可用性测试是指让一群有代表性的用户对产品进行典型操作，同时测可用性测试试人员或开发人员在一旁观察，记录。可用性测试被用来改善软件的易用性任务让他们去完成，来发现过程中出现了什么问题、用户喜欢或不喜为用户提供一系列操作场景和 系列操作场景欢哪些功能和操作方式原因是什么针对问题所在。提出改进测试人员和程序员通常不宜作可用性测试。可用性测试中最重要的就是 UI(Ui t f互。) 测试 即用户跟计算机交8可用性测试具体方法实验室实验

4、现场观察问卷表启发式评估 评9实验专用仪眼动仪 器可以用来评价被测试种专门用来记录人眼观察时各种数据的设备产品的可用性。眼动仪还有一些专用软件 (gaze tracker) ，这些专用软件可记录眼动数据。10实验场景11眼动仪记录的眼动轨迹1213可用性测试实 例ATM 自动取款机用户界面可用性分析。中国工商银行请对其进行可用性测试，找出你认为不可用的地方。14可用性测试实例参与测试者：25 共有 12 人参与本次的可用性测试。其75 为男中 性， 65 75为女性 大约 60 的测试者为全职的学生，有一位周岁的老人，其他为上班族。测试者全部不同程度的使用过 ATM 自动取款机 。1501插入

5、磁卡，出现选择操作语言界面16分析由于画面中英文和中文选项被表现的太过于近似按钮，而使用户产生了其能够点选的第一印象，而91 的用户最先尝试触忽视了该正确操作为点击 摸 屏幕两侧的对应金属按键，从而使约 属按键 从而使约屏幕上的提示选项来达到选择语言1702进入中文语言操作，出现提示画面18分析测试中，用户快速的浏览了安全说明文字，并且着重记忆了疑问咨询电话。（但当进入下一个画面之后，大多数用户承认自己已经忘记了这个号码）记了这个号码1903选择继续服务，出现输入密码框20分析在这个输入密码的过程中，因为屏幕中并没有设置确认键，所以，造成了许多用户的疑惑、犹豫不决和烦躁不安。2104输入密码正

6、确，提示选择交易22分析测试中有 50 的用户采用直接提取现金，而非先进行帐户余额 查询。其中16.7 的用户在取款后查询了帐户余额。2305选择查询帐户，并选择帐户类型24分析测试中，有两位用户误解了继续服务的含义而跳回到选择交易画面。因为用户已默认右下角按键为前进，而左下角按键为返回的交互模式。 模式2506进入储蓄帐户，显示帐户余额26分析查询余额的过程系统运转了约3 秒钟。进入这个画面的测试者全部都用很长时间理解并努力记忆余额。而且还有一个很奇怪的现象，有 16.7 的测试者在记忆完余额后，下意识的点击了屏 有幕右边最上面的按钮。2707取款 选择继续服务，并通过选择提取现金和选择帐户

7、类型，出现输入取款金额框28分析没有通过查询余额步骤的用户，大部分输入了错误的金额数 字。当用户想要退回到查询余额的画面时，界面中并没有离开的出口。2908是否打印凭条30分析 有 83 的用户选择了不打印凭条。3109取回磁卡几乎所有的用户在选择取回磁卡的时候都不自觉的试图去点击屏幕的右下方习惯放置确认键的位置。可见，在这里取回磁卡并不是传统意义上的取消模式，而是被理解为继续操作模式。32可用性测试发现的问题1 、插入磁卡，出现选择操作语言界面步骤： 对用户的操作暗示存在重大问题，按钮提示文字过于接近按钮的形态。2 、进入中文语言操作，出现提示画面步骤：强迫用户记忆不应该属于用户记忆的内容（

8、如，电话号码）。33可用性测试发现的问题3 、选择继续服务，出现输入密码框步骤： 常规习惯的确认键消失。 缺少撤销和返回机制。4 、选择查询帐户，并选择帐户类型步骤： 继续服务选项存在严重逻辑和语意问题。 继续服务属于返回类型操作，但占用了前进类型操作的位置。34可用性测试发现的问题5 、进入储蓄帐户，显示帐户余额步骤： 强迫用户记忆不应该属于用户记忆的内容（如，可取金额）。6 、选择继续服务，并通过选择提取现金和选择帐户类型，出现输入取款金额框步骤： 希望取款的时候显示余额 希望在输入取款金额时能够显示可取的面值，最好能取10 块的。 严重的缺少撤销和返回的机制。35可用性测试发现的问题7

9、、取回磁卡步骤： 取回磁卡应为正常操作过程中的前进步骤，而不属于传统意义上撤销或返回。8 、其它 按钮的很多颜色重复，不够明确。 小键盘和屏幕交替使用频繁。 界面太灰暗了，希望鲜亮一些。36压力测试压力测试用来测试系统在其资源超负荷情况下的表现压力测试的例子 成千上万的用户同时登录某系统 短时间内引入超负荷的数据容量 同时引入大量的操作压力测试建议步骤： 压力依次增大，直到系统中断 重复进行压力测试37恢复测试 是指验证系统从软件或硬件失败中恢复的模拟 恢复测试能力采用各干预的手段 种人件故障 故意造成软件出错 并由此检查： 错误探测功能 系统能否发现硬件失效与故障； 能否切换或启动备用的硬件

10、； 在故障发生时能否保护正在运行的作业和系统状态； 在系统恢复后能否从最后记录下来的无错误状态开始继续执行作业 掉电测试：其目的是测试软件系统在发生电源中断点处重新进行操断点作 新。时能否保护当时的状态且不毁坏数据，然后在电源恢复时从保留的断38行操作安全性测试用来验证集成在系统内的保护机制是否能够在实际安全性测试中保护系统不受到非法的入侵。操作系统的安全性(系统层安全) 网络的安全性(网络层安全) 应用的安全性(应用层安全)39系统层安全测试测试操作系统配置安全性的某些主要问题：不必要的用户帐号文件和目录权限、特别是关键的配置文件 日志文件 口令策略40网络安全层测试 Internet中，主

11、机之间传输的数据的安全性 这类测试过程中，主要是在数据通信和数据交互过程中，对数据进行截取分析，目前最为流行的是网络数据包的捕获技术，通常称为Capture，利用该技术可以测试网络数据加密效果 企业内部局域网防火墙安全性41应用安全层测试身份验证 权限管理 功能权限 数据对象权限 时间权限42安装和卸载测试安装测试 的目的不是找软件错误，而是找安装错误。 安装程序错误可能源于以下几个方面：环境的检测（如，有多少可用磁盘空间？） 文件复制 系统和环境配置 软件和硬件不兼容后台干扰，例如病毒检查程序，它运行于后台，可能以多种途径对安装进行干扰。43安装和卸载测试卸载测试 的目的就是验证成功卸载系统

12、的能力。在卸载程序过程通常会有以下活动：删除目录；删除应用程序的EXE文件和专用DLL文件； 检查特定文件是否被其他已安装的应用程序使用； 如果没有其他应用程序使用，删除共享文件； 删除注册表项； 恢复原有注册表项；通过添加/删除程序执行卸载。44兼容性测试用来测试应用对其他应用或者系统的兼容性。兼容性测试兼容性测试考虑以下问题： 硬件兼容性 浏览器兼容性 数据库兼容性 操作系统兼容性45软件系统 测试过程 测试计划 测试设计 产品释放 测试执行 测试总结 46 测试计划测试不是一个随机的活动，测试必须被计划，测试活动应该 受到控制，测试需要安排足够的时间和资源测试计划包含以下内容： 确定测试

13、目标 确定测试进度、人员安排 确定里程碑及对应的成果物 确定测试策略 确认测试风险 确定测试结束准则47测试设计确定测试优先级 确定测试方法 测试工具选择 系统测试用例的编写48测试执行搭建系统测试环境硬件环境 操作系统环境 数据库环境 网络环境按照测试计划和测试用例执行测试，记录测试问题49测试总结代码行数测试用例数测试用例密度bugg 总数 遗留 bug 数50验收测试验收测试是部署软件之前的最后一个测试操作。验收测试的 目的 ： 确保软件准备就备就绪，向未来的用户表明系统能够像预 统能够像预定要求那样工作。也就是验证软件的有效性。验收测试的 任务 ： 验证软件的功能和性能如同用户所合理期

14、待的那样。51验收测试过程 了解软件功能和性能要求、软硬件环境要求等，并特1.软件需求分析：别要了解软件的质量要求和验收要求。2.编制验收测试计划和项目验收准则 ：根据软件需求和验收要求编制测试计划，制定需测试的测试项，制定测试策略及验收通过准则，并经过客户参与计划评审。3.测试设计和测试用例设计： 根据验收测试计划和项目验收准则编制测试用例，并经过评审。52验收测试过程： 建立测试的硬件环境、软件环境等。（可在委测试环境搭建4.托客户提供的环境中进行测试）5.测试实施： 测试并记录测试结果。6.测试结果分析：根据验收通过准则分析测试结果，作出验收是7.否通过及测根据测试结果编制缺陷报告和验收

15、测试报告，并提试评价。测试报告：交给客户。53验收测试的常用策略实施验收测试的常用策略有三种，它们分别是：1.正式验收测试2.非正式验收测试3. 测试选择的策略通常建立在合同需求、组织和公司标准以及应用领域的基础上。54正式验收测试 是一项管理严格的过程，它通常是系统测试的延续。正式验收测试计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应该是系统测试中所执行测试用例的子集。正式验收测试的两种方式：1.开发组织（或其独立的测试小组）与最终用户一起执行验收测试。2.验收测试完全由最终用户组织执行，或者由最终用户选择人员组成一个客观公正的小组来执行。55正式验收测试续 （续）正式验收测试形式的 优点 包括： 要测试的功能和特性都是已知的。1.2.测试的细节是已知的，并且可以对其进行评测。3.可以对测试过程进行评测和监测。4.可接受性的标准是已知的。正式验收测试形式的 缺点 包括： 要求大量的资源和计划。1.2.这些测试可能是系统测试的再次实施。56非正式验收测试在非正式验收测试中，执行测试过程的限定不象正式验收测试 究的功能和业务中 样 格 在试中 确定并记任务，但没有可以遵循的特定测试用例。测试内容由各测试员决定。这种验收测试方法不象正式验收测试那样组