软件测试62测试方法

《软件测试62测试方法》由会员分享，可在线阅读，更多相关《软件测试62测试方法（22页珍藏版）》请在金锄头文库上搜索。

1、系统测试方法,计算机学院软件工程系 Email:Xiahui_ Telphone:15829202190 QQ:79003370(不聊天),软件测试方法,1.功能测试（Functional Testing） 2.容错测试 3.接口测试 4.界面测试（Volume Testing） 5.安全测试（Security Testing） 6.配置测试（Configuration Testing） 7.安装测试（Installation Testing）,软件测试方法,8.性能测试（Performance Testing） 9.强度测试也叫负载测试（Reliability Testing） 10.并发测

2、试 11.稳定性测试 12.恢复测试（Recovery Testing） 13.文档测试（Documentation Testing） 14.可用性测试（Compatibility Testing） 15.初始化测试 16.数据参照完整性测试 17.兼容性测试,功能测试,每一个界面的菜单功能、工具栏、按钮、切换/链接/快捷键/触发键、单选/复选按钮，业务流程等选择项功能正确； 如果有多个界面，多个界面之间切换/下拉框正确； 检查数据项的关联与限制功能是否正确； 找出设计文档中要求的未被包含在上述几项测试中的功能，逐项测试，检查是否达到设计和需求的要求的功能； 有增、删、改、刷新等功能的系统，增

3、、删、改、刷新等操作的结果正确，测试时应手工打开数据库表，以检查写/删除的效果； 有查询或报表操作时，检查在各种选择项的合理组合下，所产生的结果，对照数据库中的数据是否正确；对不符合条件的，应有相应的提示及相应的保护措施； 对照设计文档的要求，测试系统所有的功能是否正确；,容错测试,非法操作容错测试： 在不同的界面，业务流程的非法操作或其它空白处任意点击，被测试系统应有非法操作容错能力. 异常数据容错测试： 在不同的界面，不同的字段输入异常数据（如：数据宽度和数据类型不同、非法日期等），被测试系统应有异常数据容错能力；（如：相应信息提示等）. 系统负作用检查： 退出被测试系统后应恢复到进入前的

4、系统状态，不应影响其它系统的正确运行； 残留文件检查： 退出系统后在本地机和服务器的有关目录或TEMP目录下不应留下任何无用的文件。否则，影响系统运行的性能 .,接口测试,根据系统的需求说明书,以实体（即具体业务处理）为对象，主要按业务的需求测试其输入、处理、输出是否满足需求，验证每个业务既符合实际工作的需要，又验证业务的处理过程是正确的，输出的结果是正确的; 业务逻辑的容错能力,也是接口测试的重点: 按照业务顺序逆向验证业务逻辑的容错能力.,界面测试,(包括登陆界面，总界面。输入界面，处理界面，输出界面，报表界面，提示界面等)_ 用户操作界面、输出报表的格式以及代码的命名应符合统一的规则；

5、用户操作界面、输出报表的字段位置、长度、类型应与ui设计文档的要求一致； 用户操作界面、输出报表的风格一致、协调。 提示、菜单、帮助的格式是否一致 提示、菜单、帮助中的术语是否一致 各个控件之间的对齐方式是否一致 输入界面和输出界面在外观、布局、交互方式上是否一致 功能类似的相关界面在外观、布局、交互方式上是否一致 同一层次的文字在同一种提示场合（一般情况、特殊字体、警告等）在文字大小、字体、颜色、对齐方式方面是否一致，字体大小是否与界面的大小比例协调 多个连续界面依次出现的情况下，界面的外观、操作方式是否一致 系统是否拒绝客户的错误输入并做出提示 系统是否在用户完成操作时给出操作成功的提示

6、用户界面是否存在空白空间，没有空白空间的界面是杂乱无章的，易用性极差 各个控件的间隔是否一致，垂直和水平方向上是否对齐 是否允许动作的可逆性，返回原有操作,安全测试,系统级 检验在系统中设计好的安全性、保密性措施是否发挥作用，有无漏洞。一般的模拟测试从以下几各方面考虑： 正面攻击或从侧面、背面攻击系统中易受损坏的部分。 以系统输入为突破口，利用输入的容错性进行正面攻击。 申请和占用过多的资源压垮系统，以破坏安全措施、从而进入系统。 故意使系统出错，利用恢复系统的过程，窃取用户口令及其它信息。 通过浏览器残留在计算机上的垃圾信息，以窃取口令、安全码、译码关键字等重要信息。 浏览全局数据，期望从中

7、找到安全信息。 浏览那些逻辑上不存在，但在物理上存在的各种记录和资料等。 假如有充分的时间和资源，好的安全性测试最终应该突破保护、进入系统。 应用级,配置测试,检查计算机系统内各个设备或各软件资源之间的相互组合和功能分配中的错误主要包括： 配置命令测试： 验证全部配置命令的可操作性（有效性），特别是对最大和最小配置进行测试。软件、硬件配置都要测试。 软件配置参数一般包括（网络应用）：网络内存大小、不同操作系统版本和网络软件、系统表格的大小及可使用的协议等等。 硬件配置参数一般包括（网络应用）：CPU.内存.硬盘、外设的类型、数量以及网络拓扑结构等等。 修复测试： 哪种配置状态以及哪个设备是坏的

8、。 用自动的或手动的方式进行配置状态间的转换。,安装测试,安装测试的目的是找安装错误，安装系统软件时，会有多种选择。要分配和装入文件和程序库，布置适用的硬件配置，进行程序的联结等。它是在系统安装之后进行的。一般它验证： 系统程序的安装与卸载； 系统程序的重复安装； 用户选择的一套任选方案是否相容； 系统的每一部分是否齐全； 所有文件是否已产生并确有所需的内容； 硬件的配置是否合理，等等； 在一些系统中，部分工作是软件自动完成的，其它工作则需由人工完成，包括操作员、数据库管理员、最终用户等，按一定的程序在计算机上完成。那么，这部分指定由人工完成的过程也要经过仔细的检查； 特别注意，如果软件需求中

9、有跨平台的要求，那么就应该在不同软件系统平台上作相应的安装测试；,性能测试,检查系统是否满足需求规格说明书中规定的性能。特别是对于实时系统或嵌入式系统，软件仅满足功能需求而达不到要求的性能是不行的。所以需要进行性能测试。在系统测试阶段，性能测试通常是和强度测试结合起来进行，并通常要求同时进行硬件和软件的检测。 通常，对软件性能的测试表现在以下几个方面： 对资源利用（如内存、处理机周期等）进行的精确度量。 对执行间隔。 日志事件（如中断）。 响应时间。 吞吐量。(TPS) 辅助存储区（例如缓冲区、工作区的大小等）。 处理精度等进行的监测。 当然，对性能表现的测试项的选择要以软件需求规格说明书的具

10、体要求来确定。,强度测试(负载测试),检查在系统运行环境不正常到发生故障的情况下，系统可以运行到何种程度的测试。所以，强度测试总是在提供非正常数量、频率或总量资源的情况下运行系统的。例如： 在平均每秒产生1个到2个中断的情况下，设计每秒产生10个中断的特殊用例进行测试。 将输入数据的频率提高一个数量级，确定输入功能的响应。 设计需要占用最大存储量或其它资源的测试用例进行测试。 设计出在虚拟存储管理机制中引起“颠簸”的测试用例进行测试。 设计出会对磁盘常驻内存的数据过度访问的测试用例进行测试。,强度测试(负载测试),在算法测试时，在程序有效数据界限内一个非常小的范围内的一组数据可能引起极端的或不

11、平稳的错误处理的出现，或者导致极度的性能下降的情况发生。因此，利用敏感性测试可以发现在有效输入类中可能引起的某种不稳定性或不正常处理的某些数据的组合。 验证要检验的系统的能力最高能达到什么程度。例如： 对于编译程序，让它处理特别长的源程序。 对于操作系统，让它的作业队列“满员”。 对于多个终端的分时系统，让所有的终端都开动。 对于信息检索系统，让它的使用频率达到最大。 总之，容量测试是使系统的全部资源达到“满负荷”的情况下，测试系统的承受能力。,并发测试,随机并发测试：在两个或以上的客户端同时多次进入和退出被测试系统，测试系统是否正确无误； 共享并发测试：在两个或以上的客户端同时调用被测试系统

12、做同样的工作，测试系统是否正确无误； 同步并发测试：就系统中使用到的同步机构，有针对性地组织数据进行测试，如：有关同步的命令包括对数据库表、文件的共享，互斥操作，文件系统或记录的加锁、解锁，对公共数据区域的操作等。,稳定性测试,性能的稳定性长时间测试 负载的稳定性-几十分钟 并发的稳定性-几分钟到十几分钟,恢复测试,证实系统在克服硬件故障（包括掉电、硬件或网络出错等）后，系统能否正常地继续工作，并不对系统造成任何伤害。 为此，可以采用各种人工干预手段，模拟硬件故障，故意造成软件出错。并由此检查： 错误探测功能-系统能否发现硬件失效与故障。 能否切换或启动备用的硬件。 在故障发生时能否保护正在运

13、行的作业和系统状态。 在系统恢复后能否从最后记录下来的无误状态开始继续作业执行，等等。 如果系统的恢复是自动的（由系统执行），则应对重新初始化、数据恢复、重新启动等逐个进行正确性评价。如果恢复需要人工干预，就需要对修复的平均时间进行评估判断它是否在允许的范围内。 在恢复测试中，掉电是具有特殊意义的一类测试。其目的是测试软件系统在发生电源中断时能否保护当时的状态且不毁坏数据，然后在电源恢复时从保留的断点处重新进行操作。必须验证不同长短时间内电源中断和恢复过程中反复多次中断电源的情况。,文档测试,检查用户文档（如用户手册、安装指南等）的清晰性和准确性。 例如： 用户文档中所使用的例子必须在测试中一

14、一试过，确保其中的叙述是正确无误的。,可用性测试,仁者见仁,智者见智;,初始化测试,当数据库中的所有数据都为空的情况下，验证数据在调用的过程中对空数据的容错能力（是否有软件报错现象或者正确操作的提示），尤其是参与运算的字段值作为运算公式的分母时，引起数据溢出的容错能力。,数据参照完整性测试,数据完整性测试(数据的参照完整性测试) 数据完整性分为：域完整性（列的取值范围）：对列的约束，如用户定义的，长度，类型，必输性的约束 实体完整性（行的唯一性），对一行数据的约束（主要体现在关键字段，如主键唯一，就不能输入2个主键相同值的数据行） 参照完整性（主外键参照） 如果参照完整性是依赖于数据库系统（工

15、具）来完成的话，那么参照完整性如果没有完成，数据库系统会自动报错，且程序运行不正常。我们的测试就简单了； 如果参照完整性是依赖于代码实现的话，测试参照完整性就是很重要的工作了，解决的就是冗余数据的问题。既当数据库中的主表数据进行删除时，从表的相应数据也随之删除。,兼容性测试,软件兼容性测试是指验证软件之间是否能正确地交互和共享信息。交互可以是同时运行于同一台计算机上，或在相隔甚远的不同计算机上的两个程序之间进行。 软件设计要求与何种平台（操作系统、Web浏览器或者操作环境）和应用软件保持兼容？如果要测试的软件本身就是一个平台，那么设计要求哪些应用程序可以在其上运行？应该遵守何种软件之间的标准和规范？软件使用何种数据与其他平台和软件交互和共享信息？,Q&A 谢 谢！,