测试步骤总结

测试步骤总结一、背景测试过程中要通过各种常用的测试方法来保证用例的完整性，然后再对各功能点的范围进行考虑。所以要保证测试用例的设计按照一种合理的结构组织进行，这样才能够更有效的保证系统所有功能点的覆盖率。二、目的为了测试的质量负责，使测试工作能有序、合理化的进行，从而提高实施测试时对所测系统产品模块的测试质量，也是作为测试人员在测试过程中能有效的掌握测试方法。三、测试步骤3.1编写需求3.1.1需求讨论测试角度关注的问题：1）系统架构、开发方法、人员安排、实现过程、开发周期2）产品应用范围、面向的用户及用户人数、产品要实现的功能、使用的数据类型开发环境：开发工具版本、数据库版本、操作系统版本运行环境：硬件平台、操作系统、支撑环境(数据库版本、IE版本)、相关组件、服务安全要求：产品权限、数据库权限、部署的服务器信息、防火墙信息、要放开的端口号性能需求：系统支持的并发数量、响应时间、数据库中数据容量、占用的系统CPU、磁盘空间、传输速度、网络带宽等。需求分析画出整体系统的(网络)拓扑图根据不同角色身份进行分析，画出系统流程图：用户角度、安装人员角度、维护人员角度从数据库角度进行深入分析：数据层、业务层、表现层系统包含的功能模块/子系统列表，画出各模块的流程图，各模块间的关系及衔接接口安全级别是否达标、对性能需求进行分析测试准备工作环境准备：开发环境、测试环境、用户机干净环境虚拟机、复杂环境虚拟机(IE不同版本、操作系统不同版本、防火墙不同、数据库版本不同)数据准备：正式数据、不自洽数据书写测试功能点根据需求分析结果和测试功能点，制定测试策略、测试方法、测试周期、人员安排。3.2执行用例是指为了实施测试而编写的一组有规范性、有据可依的输入数据与输出数据的组合，也指为了实施测试而向被测对象提供的一组输入、输出数据以及由各种执行条件和期望结果相组合的一个特定集合，以便测试某个程序路径或者来核实是否满足某个特定的需求。根据八大测试用例方法书写：等价类划分方法、边界值分析方法、错误推测方法、因果图方法、判定表驱动分析方法、正交实验设计方法、功能图分析方法、场景设计方法，这里介绍常用几种用例的书写方式。3.2.1等价类划分法1)概念是一种最典型的黑盒测试方法，它完全不考虑程序的内部结构，而是只根据对程序的要求和说明进行测试用例的设计。测试人员要求对需求说明书中的各项功能需求进行细致分析把程序的输入域划分成若干个部分，然后从每个部分中选取少数代表性数据作为测试用例，经过这种划分后，每一类的代表性数据在测试中的作用都等价于这一类中的其他值。如(表一)所示：表模块名服务报告开发人员版本号用例作者设计日期测试类型功能测试测试工具无用例ID用例名称测试目的输入描述预期结果实际结果测试数据1添加服务报告信息测试报告信息能否正确发布，内容是否能够被系统上传。1•填写年度和业务分类2•填写所属项目3.选择报告类型4•添加附件可以正常的输入要素提示“附件”添加成功显示提交成功并上传系统服务报告信息添加成功232)分类有效等价类：是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。无效等价类：是指对程序的规格说明来说是不合理的、无意义的输入数据构成的集合。3.2.2边界值分析法是等价类测试的特例，主要考虑等价类的边界条件，在等价类的边缘处选择元素，是指输入和输出的等价类中那些恰好处在边界，恰好超过边界或恰好在边界以内的数据集合组成的用例。对边界值设计测试用例原则：如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超出这个范围边界的值作为测试输入数据。如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数小1、比最大个数多1的数作为测试数据。如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。如果程序中使用了一个内部数据结构，则应选择这个内部数据结构边界上的值作为测试用例。分析规格说明，找出其他可能的边界条件。错误推测法是根据经验和直觉设计测试用例。其思想是：如某处发现了缺陷，则该处可能会隐藏更多的缺陷，在实际操作中，列出程序中所有可能的错误和容易发生的特殊情况，然后依据测试者经验作出选择；而该用例设计方法不是一个系统的测试方法，只是作为辅助手段，其优点是测试者能快速且容易的切入，并能体会到程序的易用与否，缺点是难以知道测试的覆盖率，可能丢失大量的未知区域。功能测试此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。性能测试性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估性能测试的目标是核实性能需求是否都已满足。可以分为以下几种进方式来组织进行测试。

预期性能测试用例通常系统在设计前会提出一些性能指标，这些指标是性能测试要完成的首要工作，针对每个指标都要统写多个测试用例来验证是否达到要求，根据测试结果来改进系统的性能。预期性能指标通常以单用户为主。性能描述响应事件用例目的测试打开网页系统的响应时间是否符合标准步骤输入/动作期望的性能（平均值）实际性能（平均值）1打开IE浏览器2输入网址http://3点击“转到”<5s4关闭浏览器备注：用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。功能登录系统目的测试多人同时登录系统的性能情况并发用户数与事务执行情况并发用户数事务平均响应时间事务最大响应时间事务成功率实际性能（平均值）10人20人30人40人50人备注：大数据量测试用例大数据量测试是测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。测试目的前提条件测试需求输入（最大数据量）事务成功率期望性能（平均值）实际性能（平均值）功能1第10000条记录第15000条记录

第20000条记录功能2第10000条记录第15000条记录第20000条记录备注：疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。测试目的前提条件连续运行8小时，设置添加10用户并发测试需求输入/动作输出/响应是否正常运行功能12小时4小时6小时8小时功能22小时4小时6小时8小时3.2.6界面测试用例编号用例目的前提条件指标子用例编号检查项评价状态执行测试人员合适性和正确性用户界面是否与软件的功能相融洽？是否所有界面元素的文字和状态都正确无误？是否所有界面元素（例如图标）都不会让人误解？是否所有界面元素提供了充分而必要的提示？

界面结构能够清晰地反映工作流程？页面功能描述明确风格一致同类的界面元素是否有相同的视感和相同的操作方式？字体是否一致？是否符合操作习惯及时反馈信息是否提供进度条、动画等反映正在进行的比较耗时间的过程？是否为重要的操作返回必要的结果信息？出错处理是否对重要的输入数据进行校验？执行有风险的操作时，有“确认”“放弃”等提示吗？是否根据用户的权限自动屏蔽某些功能？是否提供Undo功能用以撤销不期望的操作？适应各种水平的用户所有界面元素都具备充分必要的键盘操作和鼠标操作吗？操作步骤是否有明确的功能描述度量单位、日期格式、人的名字等是否符合国际惯例？个性化页面设计是否简洁是否在具备必要的“一致性”的前提下突出“个性化”设计？合理布局和谐色彩界面的布局符合软件的功能逻辑吗？界面元素是否在水平或者垂直方向对齐？界面元素的尺寸是否合理？行、列的间距是否保持一致？是否恰当地利用窗体和控件的空白，以及分割线条？窗口切换、移动、改变大小时，界面正常吗？界面的色调是否让人感到和谐、满意？重要功能点是否有强视标志色彩使用是否符合行业的习惯？3.2.7兼容性测试操作系统的兼容性测试内容不仅包括软件的安装，还需对关键流程和功能点进行检查。而需要测试哪些操作系统的兼容性，首先取决于软件用户文档上对用户的承诺，其次就需要对一些常用操作系统兼容的检查。B/S系统兼容的浏览器为ie6、IE7、IE8、火狐